- ホーム
- /
- 投稿記事
定義する
定義する | 説明 |
---|---|
Cisco パートナー | Cisco 製品およびサービスを顧客に販売するエンティティ(通常はサービスプロバイダ)。 |
最終顧客 | Cisco パートナーによって販売された Cisco 製品およびサービスを使用するユーザー。 |
CUBE | Cisco Unified Border Element |
パートナー組織 | Cisco パートナーとその顧客に関する情報を維持する Webex Identity and Service Management リポジトリ。 |
パートナー ハブ | Cisco パートナーおよび管理する顧客に ID とサービスをプロビジョニングするための Web ポータル。 |
顧客組織 | エンドカスタマーに関する情報を維持する Webex Identity and Service Management リポジトリ。 |
BroadWorks エンタープライズまたはサービス プロバイダー / グループ | BroadWorks でのエンド顧客の表示。 |
概要
「自分の PSTN を使用する」(BYoPSTN) ソリューションを使用すると、Cisco BroadWorks 版 Webex サービス プロバイダーは、ユーザーが Webex Meetings に参加するとき、自社が所有する電話番号をプロビジョニングできます。 パートナーはこのソリューションを活かして独自の PSTN ネットワークを利用することで、Cisco が提供した番号を使わなくても PSTN プロバイダとの既存の関係を利用できるようになります。
本ドキュメントに記載されたリファレンス アーキテクチャは、BYoPSTN オプションのエンドツーエンドの設計です。 このアーキテクチャは Cisco によって検証されており、BroadWorks と Webex Meetings 間の通話トラフィックのセッション ボーダー コントローラー (SBC) には Cisco Unified Border Element (CUBE) を使用しています。
ミーティング参加オプションの選択
現在、Cisco BroadWorks 版 Webex はミーティングの電話番号をプロビジョニングするための 2 つのオプションをサポートしています。 サービス プロバイダーは、次の 2 つのオプションのいずれかを選択する必要があります。組み合わせはサポートされていません。
Cisco コールイン番号 (Cisco PSTN)—Cisco は、ミーティング参加者がミーティングに参加するために使用できる電話番号を提供します
パートナーが提供するコールイン番号 (BYoPSTN) - サービス プロバイダーは、ミーティング参加時にミーティング参加者が使用する独自の電話番号を提供します。
BYoPSTN ソリューション
パートナーが提供するコールイン番号 (BYoPSTN) オプションを選択するパートナーは、独自の PSTN 電話番号を提供し、Webex へのコールのルーティングに必要なネットワーク インフラストラクチャをプロビジョニングする必要があります。 BYoPSTN ソリューションは、BroadWorks から Webex へのパブリック インターネット経由の通話をトップ (OTT) 経由でルーティングすることを容易にします。
BYoPSTN オプションを選択する場合、次の条件が適用されます。
Cisco パートナーは、複数のエンド顧客に対して同じ電話番号を使用できます。 これらの電話番号は、パートナーが運営するどの国でも使用できます。
BYoPSTN オプションでは、Cisco BroadWorks 版 Webex の顧客の一般的なオンボーディング プロセスに変更は必要ありません。
BYoPSTN は、Cisco パートナー レベルでのプロビジョニングを必要とし、BYoPSTN が動作した後にパートナーがアクティブ化するエンドカスタマーは自動的に有効になります。
現在の一般的に利用可能なソリューションと同様に、顧客のミーティング サイトに必要なプロビジョニングはすべて自動で行われます。
Standard パッケージと Premium パッケージの両方をアクティブにするパートナーには、2 つのミーティングサイトがあります。 標準ユーザー用のサイトとプレミアムユーザー用のサイト。 両方のサイトで BYoPSTN が有効になっています。
ミーティングにコールインするミーティング参加者は、インターネット経由でビデオおよびコンテンツ共有を使用することを選択できます。
スペース ミーティングと PMR ミーティングの両方のミーティング参加に適用されます。 スペース ミーティングの場合、PSTN アクセス番号を受信するには、Webex ミーティングの主催者機能を持つ標準またはプレミアム ユーザーによってスペースが作成されている必要があります。Basic ユーザーによって作成されたスペースは PSTN アクセス番号を受信しません。
このドキュメントでは、CUBE を SBC として使用する検証済みの構成を提供します。 ただし、CUBE を使用しない場合は、独自の SBC を展開できます。
アーキテクチャ
Cisco BroadWorks 版 Webex BYoPSTN ソリューションは、Webex Edge サービスのセット、特にエンタープライズ顧客が利用できる Webex Edge 音声サービスをベースに構築されます。 このアーキテクチャは、Cisco パートナーの BroadWorks インフラストラクチャを Webex Edge 音声と統合するために適用され、これにより、Cisco パートナーはエンド顧客が使用する電話番号のセットを一元的に設定できます。
アーキテクチャの主な要素は次のとおりです。
BroadWorks—Cisco パートナー BroadWorks インフラストラクチャ
Cisco Unified Border Element(CUBE):Cisco Partners データセンターに展開されるソリューションのリファレンス セッション ボーダー コントローラ(SBC)。 CUBE は DMZ 内になければなりません。 CUBE を使用しない場合は、独自の SBC を展開できます。
Webex Edge 音声 - Webex サービス。Cisco パートナーが提供するインフラストラクチャを使用するためにコール ルーティングを変更することで、PSTN を Webex から切り離します。
ミーティングに参加するための参加者による通話は、BroadWorks から CUBE に、また CUBE からインターネット経由でクラウドの Webex インフラストラクチャにトラバースします。 このモデルは、次のミーティング参加シナリオの両方に適用されます。
コールイン—参加者は、BroadWorks 登録済みハンドセット、モバイル デバイス、または Webex アプリのいずれかで、ミーティング招待の電話番号にダイヤルします。 コールは BroadWorks によって開始されます。
コールバック(オプション):参加者が Webex から参加者が提供する電話番号に電話をかけることを要求します。 通話は Webex によって開始されます。
パートナー インフラストラクチャ内の BroadWorks から CUBE にルーティングされたコールは、コールシグナリングに SIP TCP、メディアに RTP を使用します。 CUBE から Webex まで、コールはシグナリングに SIP TLS、メディアに sRTP を使用します。 CUBE から WebEx へのコール ルーティングはインターネット経由であり、SIP トランクを使用しません。
コールイン/コールバックシナリオの典型的な設定は次のとおりです。
Cisco パートナーには、PSTN 電話番号(たとえば、2403332200)と関連する Webex アクセス コード(たとえば、88631321777971704941)があります。
Cisco パートナーは、CUBE デバイスに対応する BroadWorks に仮想サブスクライバをプロビジョニングします。 パートナーは、電話番号をアクセス コードにマッピングし、その逆も同様です。
SIP メッセージで Webex に送信されるアクセス コードは、Cisco パートナーに関連付けられているミーティング サイトを識別します。
コード マッピングにアクセスするための上記の電話番号は 1 回設定され、すべてのエンド カスタマー ミーティング サイトに共通です。
ミーティングに参加する参加者は、参加する特定のミーティングを識別する対応するミーティング ID(123456 など)を入力する必要があります。
パートナーは、以下に概説される冗長モデルに従うことを推奨します。
コールインを使用したミーティング参加
次の図は、コールインでミーティングに参加するユーザーのプロセスを示しています。
参加者がコールインでミーティングに参加するための手順を次に示します。
ユーザーは Webex でミーティングをスケジュールします。 Webex はミーティング ID を割り当てます (例: 123456)。
ユーザは、ミーティングに関連付けられている電話番号(たとえば、2403332200)をダイヤルします。 SIP INVITE は、ミーティングに関連付けられた電話番号としてリクエスト URI を運びます。
BroadWorks は、電話番号をミーティング サイトに関連付けられているアクセス コード(たとえば、88631321777971704941)に変換し、リクエスト URI をアクセス コードとして CUBE にコールをルーティングします。
Webex は SIP INVITE を受信し、通話に応答します。 アナウンスの言語は、Cisco Partner Hub および BroadWorks でプロビジョニングされたときに電話番号に指定された言語によって決定されます。
ユーザは、DTMF を使用してミーティング ID(123456 など)を入力します。 Webex はユーザーを検証し、ユーザーがミーティングに参加できるようにします。
コールバックを使用したミーティング参加 (オプション)
次の図は、コールバックでミーティングに参加するユーザーのプロセスを示し、ユーザーは Webex からミーティングに参加するための通話を要求します。
参加者がコールバックでミーティングに参加するための手順は次のとおりです。
ユーザーは Webex でミーティングをスケジュールします。 Webex はミーティング ID を割り当てます (例: 123456)。
ユーザーは Webex アプリまたは Meetings クライアントを使用してミーティングに参加するために、Webex から希望の番号 (+16504441000 など) への通話を要求します。
Webex は、Cisco Partner Hub および BroadWorks でプロビジョニングされたコールバック DNS SRV グループに基づいて、CUBE への SIP INVITE を開始します。 SIP INVITE リクエスト URI には、コールを受信する必要がある電話番号(たとえば、+16504441000@cube.example.com)が含まれます。
CUBE は、リモートパーティー ID の電話番号を、BroadWorks の仮想サブスクライバを識別する値に変換します(たとえば、88631321777971704941@ecccx.amer.pub.webex.com)。 これにより、CUBE は BroadWorks アプリケーション サーバの仮想ユーザとして識別されます。
コールはユーザーが要求した電話番号に提供され、ユーザーはミーティングに参加するためにコールに応答します。 この電話番号は、BroadWorks サブスクライバまたは PSTN 番号です。 要求された番号が PSTN 番号である場合、BroadWorks はプロビジョニングされたパスを使用して、コールを PSTN にルーティングします。
[コールバック(Callback)] オプションでは、次の 2 つの機能をアクティブにする必要があります。
- 102746 – CI UUID の BroadWorks サポート
- 102074 – CallBack および CallIn の BYO PSTN 請求サポート
これはCLIから以下のように確認できます。
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
これらの機能とアクティベーションの詳細については、このドキュメントの「VoiceXML Meeting Callback Virtual Subscriber」の項を参照してください。
コールバックオプションを使用してミーティング参加を設定しないことを選択した場合、ユーザーはコールインオプションを使用してミーティングに参加するか、コンピューター音声を使用して参加することができます。 この場合、DNS SRV コールバック グループを設定する必要はありません。 |
ソリューションの設定の概要
ソリューションにはいくつかの異なるコンポーネントがあり、各コンポーネントはソリューションが正常に動作するように正しく設定する必要があります。 構成要素は次のとおりです。
BroadWorks
CUBE (または代替 SP 認定セッション ボーダー コントローラ (SBC))
Webex Edge Audio
これらの異なるコンポーネントの構成の間には相互依存関係があり、1つ以上のソリューションシード組織は、必要なソリューションの構成と検証を完了する必要があります。
シード組織
シード組織とは、BYoPSTN ソリューションの設定を生成および検証するために構成する Webex 組織です。 シード組織には少なくとも 1 人のユーザーが 標準パッケージ を割り当てている必要があり、その標準パッケージにはパートナーが提供するコールイン番号 (BYoPSTN) ミーティング参加オプションを使用する必要があります。 シード組織をテスト BroadWorks サービス プロバイダーまたはエンタープライズに関連付けることを推奨します。
ソリューションシード組織は、次の2つの目的を果たします。
シード構成:シード組織のプロビジョニングにより、電話番号のミーティング アクセス コードのマッピングと、ソリューションの継続的な操作に必要なミーティング サイトの普遍的な一意の識別子(サイト UUID)が生成されます。 この情報は、BroadWorks 仮想サブスクライバ(VSUB)を設定するために必要です。
構成検証:シード組織を使用して、BYoPSTN ソリューションが要件に従って構成されているかどうかを判断します。 シード組織とテストユーザーを使用して、パートナーが提供するコールイン番号と DNS SRV コールバック レコードを使用して、ミーティングのコールインとコールバックの使用事例を検証します (コールバックが有効になっている場合)。
管理者は、電話番号と DNS SRV コールバック レコードの各一意のセットに対して、シードソリューション組織を生成する必要があります。 各ケースにおけるシードソリューション組織の生成は、ミーティング アクセス コード マッピングに必要な電話番号と、これらの電話番号とコールバック DNS SRV レコードに関連付けられたミーティング コールインとコールバックの使用事例を確認する機能を生成します。
管理者は、Cisco Partner Hub を使用して、1 つのシードソリューション組織をプライマリシードソリューション組織として選択する必要があります。 このプライマリ シード ソリューション組織の標準パッケージ ミーティングのミーティング サイト UUID は、BroadWorks で設定する必要があります。 このミーティング サイトは、このサイト UUID が認証トークンとして各コールイン ミーティング参加リクエストで送信されるため、プロビジョニングされたままであることが重要です。 この単一のサイト UUID は、電話番号とコールバック DNS SRV レコードのすべてのセットで共有されます。 複数のサイト UUID 値は必要ありません。
プライマリおよびセカンダリシードソリューション組織は、テストされていない顧客に割り当てられている電話番号とコールバック DNS SRV レコードのセットの前に必要に応じて、削除できます。 一連の電話番号とコールバック DNS SRV レコードがテスト以外の顧客に割り当てられている場合、これらの電話番号とコールバック レコードはそれらの顧客のミーティング サイトに関連付けられ、コールインとコールバックを使用してミーティングに参加するために使用されます。 変更は、サービスへの影響と見なされる必要があります。
後続のセクションでは、さまざまな構成要素の詳細について説明します。
BYoPSTN 設定要素
ソリューションの重要な要素は、Cisco パートナーの電話番号と DNS SRV コールバック レコードの設定です。 BYoPSTN は、Webex ミーティングの地域ベースの電話番号と冗長なコール ルーティングを割り当てる方法として、電話番号グループとコールバック DNS SRV グループを使用します。 これらの要素は、顧客テンプレートによってエンド顧客に割り当てられます。
電話番号グループ(PNG)
Cisco パートナーは、Cisco Partner Hub でミーティングに参加するために参加者が使用する電話番号をプロビジョニングします。 これらの電話番号は、電話番号グループにまとめて配置されます。 電話番号の一覧は、ミーティングサイトに関連付けられています。 そのミーティング サイトのすべてのパーソナル会議室 (PMR) およびスケジュール済みミーティングは、関連付けられた電話番号を使用します。 電話番号グループの例を次に示します。
電話番号名 | 国 | 国番号 | 電話番号 | 告知 | トールタイプ | コールイン優先順位 |
---|---|---|---|---|---|---|
アメリカメリーランド州 | 米国 | +1 | 2403332200 | 英語 | 有料 | プライマリ |
アメリカフロリダ | 米国 | +1 | 9049002303年の戦闘 | 英語 | 有料 | セカンダリ |
アメリカ ニューヨーク | 米国 | +1 | 8056504アゼルバイジャンの歴史 | 英語 | 無料通話 | なし |
電話番号には次の属性があります。
[電話番号名(Phone Number Name)]:電話番号を説明する名前
[国(Country)]:電話機が割り当てられている国
国コード—国通話コードまたは国ダイヤルインコード
電話番号—国番号なしでミーティングに参加するために使用する電話番号
アナウンス - 参加者がミーティングに参加しているときに再生されるアナウンスの言語
トールタイプ:番号のタイプ: 有料または無料通話
コールイン優先順位—ミーティング番号に割り当てられた優先順位。 ミーティング参加番号の参加者ビューは、この優先度に基づいて注文されます。
デフォルトの電話番号: 管理者は、プライマリ、セカンダリ、またはゼロのコールイン優先順位を電話番号グループの電話番号に割り当てることができます。 プライマリまたはセカンダリの優先順位を持つ電話番号は、デフォルトの電話番号です。 デフォルトの電話番号はミーティング招待メールに送信され、参加者がミーティングに参加するために使用する優先順位でリストされます。 デフォルトの電話番号は、同じ国にいる必要はありません。 プライマリ電話番号を選択する必要があります。セカンダリ電話番号はオプションです。 デフォルトの電話番号の 1 つ以上が [トール(Toll)] タイプでなければなりません。
エンド カスタマー ユーザーは、ミーティング サイト Web インターフェイスを使用して、独自のデフォルトの電話番号を指定できます。 これらの番号は、そのユーザーと参加者がミーティングの主催者である場合に表示されます。 ユーザーが出席者としてミーティングに参加する場合、出席者だけが表示されます。
上記の例に従って、Cisco パートナー管理者は、プライマリとして 米国メリーランド、セカンダリとして 米国フロリダ を規定しますが、これらはデフォルトの電話番号です。 ユーザーは、プライマリを米国ニューヨーク、セカンダリを米国メリーランドに変更することで、ミーティングでこれを上書きすることができます。
特定の電話番号グループの電話番号の最大数は 98 です。
メモ: 単一のエンタープライズに専用番号を設定することはサポートされていません。
コールバック DNS SRV グループ(CDSG)
ミーティング参加者がコールバック オプションを選択できるようにするには、Cisco パートナーのネットワーク内の CUBE インスタンスをポイントするコールバック DNS SRV グループが必要です。 Webex はこれらのレコードを使用して、CUBE 経由のコールバックを BroadWorks にルーティングし、ミーティング参加者の電話番号にミーティングのコールバックを配置できます。
以下は、コールバック DNS SRV グループの例です。
国/地域 | 国番号 | DNS SRV レコード |
---|---|---|
アメリカ | +1 | キューブ.us.example.com |
メキシコ | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | キューブ.mx.example.com |
その他の国 | 適用なし | cube.global.example.com (キューブ) |
コールバック DNS SRV レコードには、次の属性があります。
[国/地域(Country/Region)]:コール要求を送信するためにこの DNS SRV レコードを使用する国または地域。
国コード—国/地域に関連付けられている国コード。 国コードごとに 1 つの DNS SRV レコードしか使用できません。
DNS SRV レコード:Cisco パートナー CUBE インスタンスの DNS SRV レコード。
参加者が指定された電話番号でコールを要求すると、Webex は指定された電話番号の国コードに関連付けられたコールバック DNS SRV を使用して、コールをシスコパートナーネットワーク内の適切な要素にルーティングします。
このようにして DNS SRV レコードを使用すると、冗長な CUBE インスタンスが Webex からのコール要求を処理するためのサポートが提供されます。 上記の例では、米国のミーティング参加者が Webex から米国の電話番号へのコールバックを要求する場合、Webex は DNS SRV を使用します。 cube.us.example.com
通話を Cisco パートナーのネットワークにルーティングします。 メキシコのミーティング参加者が Webex からメキシコの電話番号へのコールバックを要求すると、Webex は DNS SRV を使用します。 cube.mx.example.com
通話を Cisco パートナーのネットワークにルーティングします。
特定のコールバックDNS SRVレコードが存在しない国/地域については、これらのコールリクエストが「他のすべての国」DNS SRVレコードにルーティングされます。 管理者は「他のすべての国」の DNS SRV レコードを設定する必要があります。
指定されたコールバック DNS SRV グループのレコードの最大数は 200 です。
カスタマー テンプレート
顧客テンプレートは、BroadWorks 版 Webex ソリューションの既存の概念です。 テンプレートは、エンドカスタマーをプロビジョニングするために使用されるデフォルト設定を提供します。 BYoPSTN は、顧客テンプレートに追加属性を提供します。
ミーティング参加タイプ—シスコのコールイン番号またはパートナーが提供するコールイン番号のいずれかです。 この属性は、Standard パッケージと Premium パッケージに関連付けられているミーティング サイト用に設定された電話番号を示します。 パートナーが提供するコールイン番号は、管理者が選択する必要があります。
[電話番号グループ(Phone Number Group)]:パートナーが提供するコールイン番号オプションにのみ関連付けられており、この属性は、ミーティング参加時に Standard パッケージおよび Premium パッケージ用にプロビジョニングされたエンド顧客が使用する電話番号を示します。
コールバック DNS SRV グループ—パートナーが提供するコールイン番号オプションのみに関連付けられており、この属性は、ミーティング参加時に Standard パッケージと Premium パッケージ用にプロビジョニングされたエンド顧客へのコールバック時に Webex が使用する DNS SRV レコードを示します。 コールバックを有効にしない場合は、顧客テンプレートを作成または更新するときに [コールバックを無効にする] を選択できます。 Standard または Premium のいずれかの最初のサブスクライバがエンド カスタマーに対してプロビジョニングされると、関連するパッケージ ミーティング サイトがプロビジョニングされます。 パッケージミーティングサイトは、上記の顧客テンプレートに従ってプロビジョニングされます。 その後プロビジョニングされた Standard または Premium のサブスクライバは、すでにプロビジョニングされたミーティング サイトに追加されます。ミーティング サイトの設定は変更されません。
上記の属性に関する顧客テンプレートへの変更は、新しくプロビジョニングされたパッケージミーティングサイトにのみ適用されます。 すでにプロビジョニング済みの既存のミーティングサイトは、顧客テンプレートの変更の影響を受けません。
注目に値する例外は、エンド顧客がすでにパッケージミーティングサイトを持っている場合、既存のパッケージミーティングサイトと同じミーティング参加タイプを使用して新しいパッケージミーティングサイトがプロビジョニングされるということです。 たとえば、エンド顧客が Cisco コールイン番号を使用する標準パッケージミーティングサイトを持ち、顧客テンプレートがパートナーが提供するコールイン番号を使用するように更新された場合、新しいプレミアムパッケージミーティングサイトが Cisco コールイン番号を使用してプロビジョニングされた場合、顧客テンプレート設定は適用されません。 特定のエンドユーザーの標準およびプレミアムミーティングサイトは、常に一貫してプロビジョニングされます。
BroadWorks コーリング クラスタ
Cisco Partner Hub - BroadWorks Calling Cluster 画面では、BroadWorks 構成 (BYoPSTN) 情報の表示および/またはダウンロードにアクセスできます。 特定のクラスタの BYoPSTN 設定情報には、次のデータが含まれます。
Primary Seed Solution 組織の詳細には、標準パッケージのミーティングサイト UUID とサイト URL が含まれます。
このクラスタに設定されているすべてのグループの電話番号グループの詳細。 これには、各グループのミーティング アクセス コード マッピングの電話番号が含まれます。 詳細には、すべてのセカンダリシードソリューション組織に関連付けられているグループを含める必要があります。
このクラスタに設定されているすべてのグループのコールバック DNS SRV グループの詳細。 詳細には、すべてのセカンダリシードソリューション組織に関連付けられているグループを含める必要があります。
電話番号グループとコールバック DNS SRV グループのいずれかを使用したテンプレートの顧客テンプレートの詳細。
各 BroadWorks Calling クラスタには、割り当てられた電話番号グループとコールバック DNS SRV グループを具体的に示すBroadWorks 設定 (BYoPSTN) 情報があります。 ただし、すべての BroadWorks Calling クラスタは同じ Primary Seed Solution 組織を共有するため、同じ標準パッケージのミーティング サイト UUID とサイト URL が含まれます。
BroadWorks の設定 (BYoPSTN) 情報は、管理者が Primary Seed Solution Organization を設定および選択している場合にのみ表示/ダウンロードできます。 プライマリ シード ソリューション組織には、Standard パッケージに少なくとも 1 人のユーザーが割り当てられている必要があり、その Standard パッケージには、パートナーが提供するコールイン番号 (BYoPSTN) ミーティング参加オプションを使用する必要があります。
BYoPSTN 構成要素の例
次の画像は、地理的に基づいた顧客テンプレート、電話番号、およびルーティングを使用したマルチクラスタ BroadWorks 展開の例を示しています。
最初の表は、地域ベースの顧客テンプレート、電話番号グループ、コールバック DNS SRV グループを含むマルチクラスタ BroadWorks 展開を示しています。 後続のテーブルは、電話番号グループとコールバック DNS SRV グループで展開されます。
Broadworks クラスタ | テンプレート名 | パッケージ | ミーティング参加タイプ | 電話番号グループ | コールバック DNS SRV グループ |
---|---|---|---|---|---|
BWKS USのNG | アメリカ西部Std | スタンダード | パートナーが提供するコールイン番号 | アメリカ西部 | CBアメリカ |
USウエストプレム | Premium | ||||
アメリカ東部Std | スタンダード | アメリカ東部 | |||
USイーストプレム | Premium | ||||
BWKSのMX | MX Std(MXスタッド) | スタンダード | パートナーが提供するコールイン番号 | MXのPNG | CBのMX |
MXプレム | Premium | ||||
BWKS イギリス | イギリス Std | スタンダード | パートナーが提供するコールイン番号 | イギリスPNG | コールバックが無効です |
イギリスプレム | Premium | ||||
BWKS アメリカ | アメリカのStd | スタンダード | Cisco コールイン番号 | なし | なし |
US West Std または US West Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに US West 電話番号を使用します。 これらのサブスクライバー ミーティング参加コールバック要求は、CB US DNS SRV レコードに送信されます。
US East Std または US East Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに US East 電話番号を使用します。 これらのサブスクライバー ミーティング参加コールバック要求は、CB US DNS SRV レコードに送信されます。
MX Std または MX Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに MX PNG 電話番号を使用します。 これらのサブスクライバー ミーティング参加コールバック要求は、CB MX DNS SRV レコードに送信されます。
UK Std または UK Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに UK PNG 電話番号を使用します。 これらのサブスクライバは、コールバックが無効になっているため、コールバックによるミーティング参加は提供されません。
米国 Std を使用してプロビジョニングされたサブスクライバは、Cisco コールイン番号を使用しているため、電話番号グループまたはコールバック DNS SRV グループが割り当てられていません。 これらのサブスクライバは、Cisco が提供するミーティング参加用の電話番号と、コールバックを使用したミーティング参加用の Cisco DNS SRV レコードを使用します。
電話番号グループの例の詳細は次のとおりです。
電話番号グループ | 電話番号名 | 国 | 国番号 | 電話番号 | 告知 | トールタイプ | コールイン優先順位 |
---|---|---|---|---|---|---|---|
アメリカ西部 | アメリカ サンフランシスコ | 米国 | +1 | 4156551000 | 英語 | 有料 | プライマリ |
USパロアルト | 米国 | +1 | 9863502478年の戦闘 | 英語 | 無料通話 | なし | |
アメリカ東部 | アメリカメリーランド州 | 米国 | +1 | 2403332200 | 英語 | 有料 | プライマリ |
アメリカフロリダ | 米国 | +1 | 9049002303年の戦闘 | 英語 | 有料 | セカンダリ | |
アメリカ ニューヨーク | 米国 | +1 | 8056504アゼルバイジャンの歴史 | 英語 | 無料通話 | なし | |
MXのPNG | メキシコ | MXについて | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | 2065304ファックス: | スペイン語(ヨーロッパ) | 有料 | プライマリ |
イギリスPNG | イギリス | イギリス | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | 4527789ハインリヒ1世 | 英語 | 有料 | プライマリ |
コールバック DNS SRV グループの例の詳細は次のとおりです。
コールバック DNS SRV グループ | 国 | DNS SRV |
---|---|---|
CBアメリカ | 米国 | キューブ.us.example.com |
その他の国 | cube.row.example.com (キューブ.row.example.com) | |
CBのMX | MXについて | キューブ.mx.example.com |
その他の国 | cube.row.example.com (キューブ.row.example.com) |
US DNS SRV レコード cube.us.example.com の設定は、次の例のようにできます。
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
この DNS SRV レコードは、次の DNS A レコードに解決される場合があります。
| 86400 | IN | A | 45.84.168.81。 |
| 86400 | IN | A | 45.84.168.82。 |
DNS SRV レコードは、Webex から CUBE への SIP コールを保護するために解決します。 |
Webex で使用されるポート
以下の表のポートは、CUBE が存在する DMZ のファイアウォールで開き、他のポートを閉じる必要があります。 ポートとネットワーク要件の詳細については、次の記事を参照してください。
https://collaborationhelp.cisco.com/article/WBX264
ソース | ソース ポート | 移動先 | 宛先ポート | プロトコル | 説明 | ||
---|---|---|---|---|---|---|---|
Webex Edge 音声サービス | 一時的 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 音声から CUBE SBC への着信 SIP シグナリング。
| ||
Webex Edge 音声サービス | 4000~4010 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 音声のオプション Ping。 | ||
CUBE | 一時的 | EdgeAudio(エッジオーディオ) | 1505年の戦闘 | TCP | (mTLS 1.2) Webex Edge 音声のアウトバウンド SIP シグナリング。 | ||
Webex Edge 音声サービス | 一時的 | CUBE | 短命なポート 8000 - 59999 | UDP | (SRTP) Edge 音声への着信メディアトラフィックに対して、ファイアウォールのピンホールを開く必要があります。 | ||
CUBE | 短命なポート 10200 から 28000 | Edge 音声 | 一時的 | UDP | (SRTP) CUBE への発信メディア トラフィックに対して、ファイアウォールのピンホールを開く必要があります。 |
TLS および SRTP 暗号スイート
TLS v1.2 以上は mTLS ハンドシェイクに使用され、次の暗号は Webex Edge 音声でサポートされています (コールバック中、Webex Edge 音声は TLS ハンドシェイクの Client Hello でこれらを提供します)。
TLS_ECDHE_ECDSA___256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA___256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA___256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA___256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_と_AES_256_GCM_SHA384
TLS_RSA__WITH_256_CBC_SHA256
TLS_RSA_と_AES_128_GCM_SHA256
TLS_RSA_と_AES_128_CBC_SHA256
TLS_DHE_DSS___256_GCM_SHA384
TLS_DHE_DSS___256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
sRTP には次の暗号が使用されます。
サイズ__256_GCM
サイズ__128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
サポートされている音声コーデック
G722の特長
G711µについて
G711aの特長
SIP および RTP プロファイルの要件
このソリューションでは、CUBE (または SBC) と Webex の間で、シグナリング用の SIP TLS とメディア用の sRTP を展開する必要があります。
この通信の一部としての SIP および RTP プロファイルは、次の要件に準拠する必要があります。
SIP プロファイルの要件 | の詳細 |
---|---|
セッション有効期限タイマー | 2220秒(SIP 422を受け入れる)*はビジネスの必要性ごとに調整され、422は期待されます。 |
侵入のためのメディアオファー | 早期オファー |
出口のメディアオファー | 後期オファー |
オプション ping 間隔 | 30代(最小) |
DTMF | RFC2833 ペイロード 101 (アコースティック DTMF なし!) |
SIP-UDP ポート | 4000-4010、5061、5065 |
RTP プロファイル | の詳細 |
---|---|
音声ペイロード プロファイル | G.722/ G.711μ /G.711aの |
パケットサイズ | 20 ミリ秒 |
VAD (音声アクティビティ検出) | いいえ |
メディア非アクティブタイマー | 1200 ミリ秒 |
ミッドダイヤル コーデックの変更 | 承認されませんでした。 |
RTP | 8000~48198 |
sRTP 暗号 | サイズ__256_GCM サイズ__128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
G.729 コーデックはサポートされていません。 G.729 を使用する場合は、トランスコーダを使用する必要があります。 |
Webex コール ルーティング ドメイン
DNS SRV _sips._tcp.<domain>
は、Webex Edge 音声に到達するために使用されます。 地域によって4つの藩がある。
地域 | ドメイン |
---|---|
Americas (北米、中南米エリア) | ecccspx.amer.pub.webex.comをダウンロード |
イギリス、北アフリカ | ecccspx.emea.pub.webex.comをご覧ください。 |
アジアパシフィック | ecccspx.apac.pub.webex.comをご覧ください。 |
オーストラリア/ニュージーランド | ecccspx.anz.pub.webex.comをご覧ください。 |
ヨーロッパ | ecccspx.euro.pub.webex.comをご覧ください。 |
DNS SRV は、プライマリサイトとセカンダリサイトを指す複数の A レコードを解決します。 次の表は、AMER地域の例であり、将来変更される可能性があります。
記録タイプ | 登録 | ターゲット | 目的 |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxpr1.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxpr2.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxsc1.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxsc2.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
A | ecccspxpr1.amer.pub.webex.comをダウンロード | 207.182.174.101* | Webex Edge 音声 AMER プライマリ 1 のポイント |
A | ecccspxpr2.amer.pub.webex.comをダウンロード | 207.182.174.102* | Webex Edge 音声 AMER プライマリ 2 のポイント |
A | ecccspxsc1.amer.pub.webex.comをダウンロード | 207.182.174.229* | Webex Edge 音声 AMER セカンダリ 1 のポイント |
A | ecccspxsc2.amer.pub.webex.comをダウンロード | 207.182.174.230* | Webex Edge 音声 AMER セカンダリ 2 のポイント |
DNS-SRVは本質的に動的であり、IPアドレスは変更されやすいので、ハードコーディングやIPアドレスのブックマークは避けてください。 Webex Calling のポート参照情報ドキュメントに加えられた変更または更新については、「ドキュメントの修正履歴」セクションを参照してください。 |
CUBE 冗長性
Cisco Unified Border Element(CUBE)は、外部エンティティと内部ネットワーク間の SIP 接続を管理するネットワークで、セッション ボーダー コントロール機能を有効にします。 CUBE の詳細については、以下の [前提条件] セクションをご覧ください。
サポートされている冗長モデルは、高可用性を提供し、Cisco パートナーの単一障害点を排除することを目的として定義されます。 以下に3つの異なるモデルを概説します。 Cisco パートナーは、環境に適用可能なモデルを採用する必要があります。
オンボーディング プロセス パートナーは、ICMP フィルタを無効にする必要があります。
単一サイトで展開された BroadWorks 版 Duplex CUBE の展開
マルチサイトで展開された BroadWorks 版 Simplex CUBE の展開
CUBE がすべてのサイトでデュプレックス モードで展開されている場合、もう 1 つの冗長モデルを使用できます。 このモデルは、BroadWorks がジオ冗長性で展開されていることを考慮すると、必要ありません。
プロビジョニング
1 | パートナーの前提条件
|
2 | Cisco パートナー ハブでの電話番号のプロビジョニング
|
3 | Cisco Partner Hub でのコールバック DNS SRV グループのプロビジョニング (オプション)
|
4 | PNG (および CDSG) を顧客テンプレートに関連付ける
|
5 | Seed Solutionのプロビジョニング組織
|
6 | プライマリ シード ソリューションの組織を選択
|
7 | BroadWorks コンフィグレーションをダウンロード (BYoPSTN)
|
8 | Webex Edge 音声 DNS SRV ドメインを決定する
|
9 | パートナーの BroadWorks 設定のプロビジョニング
|
10 | プロビジョニングパートナー CUBE (または独自の SBC)
|
11 | BYoPSTN認証
|
ステップ1: パートナーの前提条件
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 ソリューション ガイドで説明されている通り
ステップ 2: Partner Hub での電話番号グループ (PNG) のプロビジョニング
Cisco パートナーが Webex ミーティングのコールイン電話番号を追加する手順は次のとおりです。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[ミーティング参加設定 (BYoPSTN)]で、[コールイン電話番号の作成p]を選択します。
電話番号グループ名を入力し、「次へ」を選択します。
電話番号の詳細を入力し、「次へ」を選択します。
[電話番号グループ(Phone Number Group)] の詳細サマリを確認し、[保存] を選択します。
追加する各電話番号グループに対してこの手順を繰り返します。
以下のスクリーンショットは、手順を説明しています。
ステップ 3: Partner Hub でのコールバック DNS SRV グループ (CDSG) のプロビジョニング
この手順は、[コールバックによるミーティング参加] オプションを展開する場合にのみ完了します。 それ以外の場合は、このステップをスキップできます。 |
このオプションを設定しない場合、ユーザーはコールイン オプションを使用してミーティングに参加したり、コンピューターの音声で参加したりできます。 |
ミーティング コールバック オプションを使用する場合、Webex から CUBE にコールをルーティングするには、コールバック DNS SRV グループが必要です。 Cisco パートナーが CUBE DNS SRV レコードを Webex に追加するために使用する手順は次のとおりです。
Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[ミーティング参加設定(BYoPSTN)] で、[コールバック DNS SRV グループの作成] を選択します。
コールバック DNS SRV グループ名を入力します。
[次へ] を選択します。
コールバック DNS SRV の詳細を入力します。
[次へ] を選択します。
コールバック DNS SRV の詳細サマリを確認します。
[保存] を選択します。
DNS SRV グループの新しいレコードを反映するように DNS に更新をプロビジョニングします。
追加する各コールバック DNS SRV グループに対してこの手順を繰り返します。
以下のスクリーンショットは、手順を説明しています。
ステップ 4: Partner Hub で PNG および CDSG を顧客テンプレートに関連付ける
BYoPSTNソリューションの初期設定と検証には、電話番号グループとコールバックDNS SRVグループ(コールバックが必要な場合)の一意の組み合わせごとにシード組織が必要です。 したがって、Cisco パートナーも同様に、電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに新しい顧客テンプレートを作成することを推奨します。 各顧客テンプレートを使用して、対応するシード組織を生成する必要があります。
シード組織を使用して BYoPSTN 設定がシードされ、検証されると、電話番号グループとコールバック DNS SRV グループは、必要に応じて既存の顧客テンプレートに適用できます。
新しく作成された顧客テンプレートは、既存のテストされていない顧客には使用されていないため、BYoPSTN 設定の手動検証に安全に使用できます。
コールバック経由でミーティング参加を展開していない場合、コールバック DNS SRV グループを顧客テンプレートに関連付ける必要はありません。 ただし、「コールバックを無効にする」を選択する必要があります。 |
新しい顧客テンプレートに追加するには、次の手順を実行します。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[テンプレート]で、[テンプレートの追加]を選択します。
テンプレートの詳細を入力します。 パッケージタイプのステージ:
パッケージタイプを標準として選択します。
パートナーが提供するコールイン番号(BYoPSTN)としてミーティング参加設定を選択します。
プロビジョニングされた電話番号グループを選択します。
コールバック DNS SRV グループで、[ミーティング コールバック] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。
[次へ] を選択します。
残りのテンプレートの詳細を入力します。
テンプレートの詳細サマリを確認します。
[保存] をクリックします。
追加する必要がある各顧客テンプレートに対してこの手順を繰り返します
以下のスクリーンショットは、手順を示しています。
既存の顧客テンプレートを更新するには、次の手順を実行します。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] セクションまでスクロールします。
[テンプレート]で[テンプレートの表示]を選択します。
更新するテンプレートを選択します。
[ミーティング参加設定] セクションまでスクロールします。
パートナーが提供するコールイン番号 (BYoPSTN) を選択します。
以前に設定した電話番号グループを選択します。
コールバック DNS SRV グループで、[ミーティングコールバック(Meeting Callback)] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。
[保存] を選択します。
以下のスクリーンショットは、手順を示しています。
ステップ 5: Seed Solutionのプロビジョニング組織
BYoPSTNソリューションにはいくつかの異なるコンポーネントがあり、各コンポーネントはソリューションが正常に動作するように正しく設定する必要があります。 シードソリューション組織の 2 つの目的の 1 つは、ミーティングアクセスコードのマッピングとソリューションの継続的な操作に必要なミーティングサイトの普遍的な一意の識別子 (サイト UUID) に電話番号を生成することです。 もう1つの目的は、構成検証です。
使用する電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに、対応する顧客テンプレートが以前に作成される必要があります。 これらの顧客テンプレートごとに、シードソリューション組織をプロビジョニングする必要があります。 これらのシード組織のプロビジョニングにより、BroadWorks の設定に必要なミーティング アクセス コードのマッピングとミーティング サイト UUID に電話番号が生成されます。
以前に設定した各顧客テンプレートを使用して、サブスクライバに標準パッケージのユーザーを持つ新しいテストBroadWorksサービスプロバイダまたは新しいBroadWorksエンタープライズをプロビジョニングします。 結果の標準パッケージミーティングサイトは、パートナープロバイダのコールイン番号ミーティング参加オプションを使用する必要があります。 サブスクライバをプロビジョニングするには、次のいずれかの方法を使用できます。
文書化されている BroadWorks サブスクライバ API を使用してテストサブスクライバをプロビジョニングする
developer.webex.com
です。顧客テンプレートを使用するように設定された BroadWorks で、IM&P サービスのテスト サブスクライバを有効にします。 テストサブスクライバに標準パッケージが割り当てられていることを確認するために、顧客テンプレートがデフォルトとして標準パッケージを使用していることを確認してください。 また、テストサブスクライバは、標準パッケージを持つようにその後更新する必要があります。
シードソリューション組織は、BroadWorks Service Provider のテスト、または BroadWorks Enterprise のテストに関連付けられることを推奨します。
ステップ6: プライマリ シード ソリューションの組織を選択
このミーティング サイトは、このサイト UUID が認証トークンとして各コールイン ミーティング参加リクエストで送信されるため、プロビジョニングされたままであることが重要です。 関連するミーティング サイトも削除されるため、シード組織を削除しないでください。 シード組織を削除した場合は、新しい組織をプロビジョニングし、新しいサイト UUID で Broadworks を再構成する必要があります。
プライマリおよびセカンダリシードソリューション組織は、テストされていない顧客に割り当てられている電話番号とコールバック DNS SRV レコードのセットの前に必要に応じて、削除できます。 一連の電話番号とコールバック DNS SRV レコードがテスト以外の顧客に割り当てられている場合、これらの電話番号とコールバック レコードはそれらの顧客のミーティング サイトに関連付けられ、コールインとコールバックを使用してミーティングに参加するために使用されます。 変更は、サービスへの影響と見なされる必要があります。
プライマリシードソリューション組織を選択するには、次の手順を実行します。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] セクションまでスクロールします。
[構成検証(BYoPSTN)]セクションで、[割り当て]を選択します。
[組織の割り当て] 画面で、以前に設定したシード組織のいずれかを検索して選択します。
[指定] をクリックします。
選択したシード組織はプライマリシード組織です。
以下のスクリーンショットは、手順を説明しています。
ステップ7: BroadWorks 設定をダウンロード (BYoPSTN)
特定の BroadWorks クラスタのプライマリ シード ソリューションの組織、電話番号グループ、コールバック DNS SRV グループの詳細は、BroadWorks 構成 (BYoPSTN) JSON ファイルの 1 つのロケーションで使用できます。 この情報は、BYoPSTN の BroadWorks を設定するために必要です。
JSON 構成ファイルは、プライマリ シード ソリューション組織を選択した後にのみ表示/ダウンロードできます。
JSON 設定ファイルの表示/ダウンロード手順は次のとおりです。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[クラスタ]で、[クラスタの表示]を選択します。
BYoPSTN に設定されている顧客テンプレートに関連付けられているクラスタを選択します。
[BYoPSTN の BroadWorks 設定] セクションまでスクロールします。
[JSON 設定ファイルのダウンロード] をクリックします。
他の 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"
}
]
}
ステップ8: Webex Edge 音声 DNS SRV ドメインを決定する
BroadWorks で Webex Edge 音声 DNS SRV ドメインを設定する必要があります。 値を決定するには、次の手順を使用します。
Cisco Partner Hub にログインします。
顧客に移動します。
BYoPSTN Validation Enterprise を選択します。
[顧客を表示] を選択します。
[サービス/ミーティング] に移動します。
標準パッケージのミーティングサイトを選択します。
サイドアウトパネルの一番下までスクロールし、「サイトの設定」を選択します。
[共通設定 / 音声設定] を選択します。
[Edge 音声カスタムグローバルコールイン番号] セクションで、[Lua スクリプトの生成] を選択します。
ポップアップウィンドウで「--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)
たとえば、太字で値を抽出します。
ecccx.amer.webex.com.
これは、BroadWorks で設定する必要がある Webex Edge 音声 DNS SRV ドメインです。
ステップ9: パートナーの BroadWorks 設定のプロビジョニング
このセクションでは、以下の図に示すミーティング コールインおよびコールバック シナリオを実装するために必要な構成について説明します。 設定例は、前のセクションに示されている JSON ファイルのデータに基づいています。 番号、ドメイン、エンタープライズ/グループの名称、デバイスの種類、ポリシー、プロファイルなどは、パートナーによって異なります。
コールフロー:
- ユーザーがコールバックを要求すると、Webex はコールバックを開始します。
- 通話は BroadWorks OTT にルーティングされます。
- コールは、CH でプロビジョニングされた CUBE に到達します。 CUBE は、コールを BroadWorks にルーティングします。
- BroadWorks はコールをミーティング主催者の発信元として識別し、ミーティング主催者のユーザーのためにセッションを作成し、コールを処理します。
- ミーティング主催者のユーザーセッションはコールを処理し、ダイヤル番号を変換します。 さらに、ミーティング主催者のユーザーの代わりに請求記録が生成されます。
- 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 認証を設定するコマンドの例は次のとおりです。
|
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
ステップ10 プロビジョニングパートナーCUBE
このセクションでは、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 ドキュメントを参照してください。 |
初期設定
CUBE を設定するには、特権 EXEC モードを有効にする必要があります。 プロンプトが表示されたら、パスワードを入力します。
enable
グローバル設定モードを入力するには:
configure terminal
ドメインを設定する:
ip domain name myenterprise.com
最大セグメントサイズ(MSS)を設定します。
ip tcp mss 1360
ネットワーク構成
パブリックインターフェイスとプライベートインターフェイスを定義します。 CUBE の例では、
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
パブリック側とプライベート側の IP ルーティングのゲートウェイを設定します。
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
SSH を有効にする:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE(または独自の SBC)は、適切に構成されたファイアウォール ルールを持つ DMZ 内にいる必要があります。 外部ファイアウォールで開くポートのリストについては、セクション「Webex で使用されるポート」を参照してください。 |
CUBE(または SBC)から BroadWorks ネットワーク サーバに送信されるコールバックコールの SRV レコードを設定します。 たとえば、bw.myenterprise.com の SRV:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
DNS サーバーを構成します。
ip name-server <DNS_IP_address>
代替 DNS オプションは、内部ルックアップが失敗した場合、内部 DNS が親 DNS サーバーに到達する内部 DNS を構成することです。 |
コール処理の設定
全般
VoIP サービスにアクセスする必要があるすべての IP アドレスで CUBE(または SBC)を設定します。 これには、次のものが含まれます。
BroadWorks AS、NS、および MS サーバのプライベート サイド SIP シグナリング アドレス。
Webex Edge for Audio インフラストラクチャのパブリックサイドアドレス。
CUBE 設定の例については、以下を参照してください。
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
上記のIPアドレス範囲は一例です。 Webex 音声インフラストラクチャのパブリック IP アドレスの現在のリストについては、次を参照してください。 |
マイ ネットワークで Webex Meetings トラフィックを許可するには?—ほとんどのクラスタの IP アドレス範囲は、Cisco Webex Meeting Services が使用する IP アドレス範囲のリストの下に表示されます。 1つの例外は、以下のリンクに範囲が表示される中国クラスターです。
Cisco Webex China クラスタ ネットワーク要件
CUBE がルートの進行前に TCP 接続を確立するためのデフォルト タイマーは 20 秒です。 変更するには:
ip tcp synwait-time <5-300 (seconds)>
BroadWorks 側では、応答しないアクセス デバイスでタイムアウトするアプリケーション サーバのデフォルト タイマーは 6 秒です。 変更するには:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
CUBE(または独自の SBC)の RTP トラフィック用のパブリックおよびプライベートサイドインターフェイスを開く必要があります。 CUBE の例については、以下を参照してください。
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
場所:
- <CUBE PUB="" IP=""> は CUBE のパブリック IP アドレスです
- <CUBE PRIV="" IP=""> は CUBE のプライベート IP アドレスです
- ポート範囲: 例では、ポートの範囲は 10200 ~ 28000 です。
CUBE は次の TLS 暗号スイートをサポートしています (コールイン中に、CUBE は TLS Handshake の Client Hello でこれらを提供します)。
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
設定するその他の一般的な設定 (CUBE 設定のサンプルについては、以下を参照してください):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
着信および発信ダイヤルの Uri は、後でダイヤルピアで使用するために定義する必要があります。
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio は G722、G711ulaw、および G711alaw コーデックをサポートしています。 ダイヤル ピアで後で使用するには、次のボイス クラス コードを定義する必要があります。
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge 音声は SRTP を使用します。 音声クラス SRTP-crypto は、Edge Audio で使用する優先 SRTP 暗号スイートを割り当てます。 以下の暗号を順に設定します。 音声クラス srtp-crypto 設定は、Edge Audio との接続に使用されるダイヤルピアに適用する必要があります。
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
認証用のパスワードを設定できるようにプライマリキーを事前設定する
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
次のコマンドを使用して、AS 上で VoiceXML 仮想サブスクライバ用にプロビジョニングされた SIP 認証資格情報を入力します。 コールバック シナリオでは、CUBE(または独自の SBC)が AS に送信する INVITE に AS が挑戦するときに、これらの資格情報が使用されます。
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
認証が設定されると、「show running-config」コマンドで表示するときにパスワードが難読化されます。
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
次のグローバル SIP 設定も実行する必要があります。
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
翻訳プロファイル
SIP メッセージ翻訳プロファイル 2340 は、ミーティングのコールインコールに使用されます。 ルール 11 の例に示すように、Edge Audio に送信する前に、BroadWorks から受信した SIP メッセージを変更するエントリが必要です。
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
上記のルール 11 では、CUBE 仮想サブスクライバ デバイス プロファイルの連絡先値(この例では VXML_deviceProf デバイス プロファイルの [連絡先(Contact)] フィールドの値)を持つ BroadWorks からの着信要求 Uri がマッピングされています。
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
適切な Webex Edge 音声通話ルーティング ドメインには:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
CUBE(または独自の SBC)が静的 NAT の後ろにある場合、sip プロファイル 2340 への追加設定が必要であることに注意してください。 詳細については、次のリンクを参照してください。
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide独自の SBC を展開する場合は、独自の SBC で同様のルールを設定する必要があります。 |
AS から送信された 486 メッセージを Webex Edge 音声に戻すには、CUBE で次の設定が必要です (独自の SBC については、ヘルプについては SBC のドキュメントを参照してください)。
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
他の4xx メッセージを Webex Edge 音声に転送する必要がある場合は、上記の同じ例に従います。
ダイヤルピア
音声クラス テナントは、次の条件を満たすダイヤル ピアで使用するために、CUBE(または独自の SBC)で定義する必要があります。
- RTP-NTE DTMF パケットに必要なペイロード インターワーキングがないため、非対称ペイロードをフルに設定します。
- Edge 音声は発呼者 ID の更新をサポートしていないため、「no update-callerid」の値を設定する必要があります。
- Webex Edge 音声通話ルーティングは URI に基づいています。 URI に基づいてダイヤル ピアを一致させるために、コールルート URI を有効にする必要があります。
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
次のダイヤル ピアは、CUBE が BroadWorks と Webex Edge 音声間のコールを処理できるように設定されています。 CUBE で以下を構成します (同様の構成は、独自の SBC で設定する必要があります)。
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE コールフロー
上記の設定では、CUBE の着信/発信コールフローシナリオの例を以下に説明します。 特定のステップのカラー コーディングは、上記のダイヤル ピア内の同じカラー エントリに関連します。
独自の SBC を展開する場合は、SBC でのコール フローの詳細については、SBC のマニュアルを参照してください。 |
BroadWorks から Webex へのミーティングコールインシナリオの場合:
- 内部インターフェイスの BroadWorks から着信 INVITE が受信されます。
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- 着信ダイヤル ピア プロファイル 23401 は、「着信 uri リクエスト OUTEdgeAudio」設定に一致する着信リクエスト URI(「cube.internal.local」)のホストに基づいて選択されます。
- 発信ダイヤル ピア 23411 は、「宛先 uri OUTEdgeAudio」設定に一致するリクエスト URI(「cube.internal.local」)のホストに基づいて選択されます。
- 発信する INVITE は、ダイヤル ピアで指定された「voice-class sip profiles 2340」メッセージ翻訳プロファイルを使用して、リクエスト URI のホストとの外部インターフェイスで「cube.internal.local」から「ecccspx.amer.pub.webex.com」に変更されて送信されます。
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Webex から BroadWorks へのミーティングコールバックのシナリオ
- CUBE 外部インターフェイスの Webex から着信 INVITE が受信されます。
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- 着信ダイヤル ピア 23411 は、「着信 uri リクエスト INEdgeAudio」設定に基づいて、着信リクエスト URI に存在する「x-cisco-webex-service=audio」パターンに基づいて選択されます。
- 2 つの発信ダイヤルピアは、「宛先 uri INEdgeAudio」設定に基づいて、リクエスト URI に存在する「x-cisco-webex-service=audio」パターンに基づいて選択されます。
- ダイヤル ピア 302
- ダイヤル ピア 23401
- 発信 INVITE は、内部インターフェイスのネットワーク サーバ(ダイヤル ピアの「セッション ターゲット DNS:BW.MYENTERPRISE.COM エントリ」に基づく SRV ルックアップ)に送信されます。
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- ネットワーク サーバは、CUBE 仮想サブスクライバをホストする AS ペアの連絡先を返します。
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE は、302 メッセージで返された連絡先に基づいて、コールをアクティブ AS にルーティングします。
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS の設定
CUBE (または独自の SBC) と Webex Edge 音声間の mTLS 接続を許可するには、次の設定手順を実行する必要があります。
CUBE (または独自の SBC) と Webex Edge Audio の間で mTLS を構成することは必須です。 |
ワイルドカード証明書のサポート
ワイルドカード署名付き証明書は、CUBE または独自の SBC のドメインに対応する汎用サブジェクト名 (*.us.example.com など) を使用します。 ワイルドカード証明書はマルチクラスタ CUBE または SBC 展開でサポートされていますが、単一ノードの CUBE または SBC 展開ではサポートされていません。
トラストプール
TLS ハンドシェイク中に、Webex Edge 音声が証明書を送信すると、CUBE はトラストプールで承認された証明書のリストに対してそれを検証します。
trustpool バンドルは、次のコマンドを使用してhttp://www.cisco.com/security/pki/ から最新の「Cisco Trusted Core Root Bundle」をダウンロードして、Cisco Root CA で更新する必要があります。
crypto pki trustpool import clean url <url>
Webex Edge 音声によって送信される証明書は、IdenTrust によって署名されます。 「IdenTrust Commercial Root CA」証明書がインストールされていることを確認してください。 詳細については、このリンクを参照してください。
独自の SBC を使用していて、インポートを完了できない場合は、OpenSSL などのオープンソースのツールを使用して、バンドルを .pem 形式に変換できます。 たとえば、次のコマンドを使用して hydrantID 証明書を使用できます。
|
トラストポイント
Edge Audio は CUBE に、信頼できる CA 証明機関からの署名済み証明書を相互 TLS (mTLS) 接続向けに提供するよう要求します。 次のリンクを使用して、Cisco が信頼する証明機関のリストを入手します。 このリストの証明により署名されている証明書は有効とみなされ、接続が許可されます。 https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
シングル ノード CUBE
単一ノードとは、CUBE(または独自の SBC)が FQDN に固有のサブジェクト名の証明書をインポートすることを意味します。つまり、他の CUBE はインポートできません(つまり、ワイルドカード証明書ではありません)。
CUBE の CSR(証明書署名要求)を作成するには:
- キーペアを作成する (このキーペアはトラストポイントにリンクされます)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - 汎用キーペアを生成するかどうかを指定します。
- label <key-label> - (オプション) エクスポート時に RSA キーペアに使用される名前。 キー ラベルが指定されていない場合、ルータの完全修飾ドメイン名(FQDN)が使用されます。
- exportable - (オプション) RSA キーペアを、ルータなどの別の Cisco デバイスにエクスポートできるかどうかを指定します。
- トラストポイントを作成する (トラストポイントには、CUBE でバインドする証明書が含まれています。 CUBE が証明書要求を受信すると、trustpoint の証明書が添付されて応答します)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - 証明書失効リスト(CRL)は、失効した証明書のリストです。 CRL は、最初に証明書を発行した CA によって作成され、デジタル署名されます。 CRL には、各証明書が発行された日時と有効期限の日付が含まれます。
登録ターミナル pem - 証明書リクエストにプライバシー強化メール (PEM) 境界を追加 (BEGIN CERTIFICATE REQUEST から END CERTIFICATE REQUEST への手動コピーペースト)
fqdn – CUBE の完全修飾ドメイン名
subject-name CN=<fqdn> - 署名する件名
rsakeypair <key label=""> - 前のステップから生成されたキーペア
(リファレンス: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- CSRを生成:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- CSR (BEGIN CERTIFICATE REQUEST から END CERTIFICATE REQUEST) を CA (Certificate Authority) に送信します。
CA は署名付き証明書を生成します
- CA に応じて、ルート証明書 (DigiCertCA.crt など) と要求された証明書 (cube.crt など) が提供されます。
- CA 証明書をロードする
- まず、ルート証明書でトラストポイントを認証します。
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- 次に、Trustpoint CUBE に CUBE の証明書をインポートします。
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
独自の SBC を展開する場合は、CSR の作成方法の詳細については、SBC のマニュアルを参照してください。 |
マルチノード CUBE クラスタ(証明書の代替名を使用) - サポートされていません
マルチノードは、CUBE が複数の CUBE 展開に対して同じ証明書をインポートできることを意味します。 サブジェクト代替名を使用して CSR を生成することは現在サポートされていません。 https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
マルチノード CUBE クラスタ(ワイルドカード署名付き証明書を pkcs12 形式として使用する)
ワイルドカード署名証明書を使用するマルチノードは、件名が一般的 (*.us.example.com など) で、CUBE のドメイン (または SBC ドメイン) に対応していることを意味します。
- ワイルドカード証明書が準備できたら、公開キー (.crt) と秘密キー (.key) ファイルを用意します。
- OpenSSLを使用して、.CRTおよび.KEYファイルを含むバンドルされたPKCS12形式(.pfx)ファイルを作成します。 (Windows では cygwin を使用) - 参照: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- CUBE:bootflash で .pfx ファイルを転送します。 (Linux サーバーから CUBE への scp)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- トラストポイントを作成し、pkcs12 ファイルをインポートします。
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
CUBE 証明書の設定を検証する
チェーン全体が証明書に含まれていることを確認します。 次の例は、CUBE の検証コマンドを示しています。 独自の SBC を展開する場合は、SBC に適用されるコマンドを使用します。
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
SIP シグナリングをトラストポイントを使用するように設定する
次のコマンドを使用して、SIP UA を CUBE トラストポイントでプロビジョニングします。 以下はCUBEの例です。 独自の SBC を展開する場合は、コマンドヘルプの SBC ドキュメントを参照してください。
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE ログ
有効なデバッグ フィルタを確認するには
CUBE# show debug
デバッグ フィルターを設定するには (例)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
デバッグ フィルターの設定を解除するには (例)
CUBE# no debug ccsip messages
ログバッファをクリアしてチェックするには
CUBE# clear log
>>> make test call <<<
CUBE# show log
CUBE を展開していない場合は、ログの使用方法の詳細については、独自の SBC のマニュアルを参照してください。 |
その他の便利なコマンド
現在の設定を確認するには
CUBE# show running-config (or just CUBE# show run)
起動時に使用する設定をROMに保存する
CUBE# write
ステップ11 BYoPSTN認証
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 スペースで報告され、共有される必要があります。
サービス内電話番号グループ/コールバック DNS SRV グループへの更新の適用
パートナーが提供するコールイン番号を使用して、テスト以外の顧客が顧客テンプレートに割り当てられると、これらのユーザーは次のミーティング参加オプションを利用できます。
ミーティングの招待には、割り当てられた電話番号グループから 1 つ以上のデフォルトの電話番号が含まれます
Webex アプリは、ミーティング参加オプションとして割り当てられた電話番号グループから 1 つ以上のデフォルトの電話番号を表示します。
Webex Meeting サイト UI には、ミーティング参加オプションとして割り当てられた電話番号グループから 1 つ以上のデフォルトの電話番号が表示されます
顧客テンプレートでコールバックが有効になっている場合、Webex Meeting はコールバックリクエストが割り当てられた DNS SRV コールバック グループで指定されたレコードの 1 つにルーティングされる [コールバック アット] オプションを提供します。
顧客テンプレートのミーティング参加オプションの変更、または割り当てられた電話番号グループへの変更、またはコールバック DNS SRV グループへの変更は、上記のミーティング参加オプションに影響を与える可能性があります。 これらの変更は既存の顧客には適用されませんが、新しくプロビジョニングされた顧客には、これらの変更が Standard および Premium パッケージのミーティング サイトですぐに反映されます。 したがって、既存の顧客テンプレート、電話番号グループ、またはコールバック DNS SRV グループに適用する前に、シードソリューション組織を使用してそのような変更を検証することを強くお勧めします (コールバック DNS SRV グループが展開されている場合)。
顧客テンプレートのミーティング参加オプションを更新したり、電話番号グループまたはコールバック DNS SRV グループに更新を適用したりする場合は、次の手順に従います。
顧客テンプレート、電話番号グループ、コールバック DNS SRV グループが BroadWorks サービス プロバイダーのテスト、および/または BroadWorks エンタープライズのテストで使用されている場合は、この手順はオプションです。 BroadWorks サービス プロバイダーのテストおよび/または BroadWorks エンタープライズ組織のテストを削除し、更新された顧客テンプレート、電話番号グループ、コールバック DNS SRV グループを使用して再プロビジョニングすることがより適切である場合があります。
電話番号グループの更新のみ:
必要な更新を含む新しい一時電話番号グループを作成します。
- 新しい電話番号グループを使用する新しい一時顧客テンプレートを作成します。 既存の電話番号グループがグループとともに使用されている場合は、それをテンプレートに割り当てます。
- 新しい顧客テンプレートを使用して、テスト BroadWorks サービス プロバイダーからサブスクライバをプロビジョニングするか、標準パッケージを使用して BroadWorks Enterprise をテストすることで、シード ソリューションの組織を作成します。 これはセカンダリシードソリューション組織であるため、BroadWorks で設定されたミーティング siteUUID の更新は必要ありません。
- BroadWorks 設定(BYoPSTN)の JSON ファイルをダウンロードします。このファイルには、電話番号グループの新しい電話番号のコード マッピングにアクセスするための電話番号が含まれています。
- シード ソリューション組織の Standard パッケージ ミーティング サイトの Webex Edge 音声 DNS SRV ドメインを決定します。 元の電話番号グループに対して以前に決定された値から変更しないでください。
- BroadWorks Configuration (BYoPSTN) JSON ファイルを使用して、BroadWorks に設定の更新を適用します。
- シード組織の Standard パッケージ サイトを使用してミーティングをスケジュールし、コールイン電話番号を使用してミーティングに参加して、構成を確認します。
- 更新を元の電話番号グループに適用します。 この変更は、テストを受けていない顧客向けのサービスです。
- シードソリューション組織、一時的な電話番号グループ、および顧客テンプレートを削除できます。 元の電話番号グループが更新されると、これらの要素は必要なくなりました。
コールバック DNS SRV グループのみを更新する:
- 必要な更新で新しい一時的な DNS SRV コールバック グループを作成します。
- 新しいコールバック DNS SRV グループと既存の電話番号グループを使用する新しい一時顧客テンプレートを作成します。 既存の DNS SRV コールバック グループがグループとともに使用されている場合は、それをテンプレートに割り当てます。
- 新しい顧客テンプレートを使用して、テスト BroadWorks サービス プロバイダーからサブスクライバをプロビジョニングするか、標準パッケージを使用して BroadWorks Enterprise をテストすることで、シード ソリューションの組織を作成します。 これはセカンダリシードソリューション組織であるため、BroadWorks で設定されたミーティング siteUUID の更新は必要ありません。
- シード組織の Standard パッケージ サイトを使用してミーティングをスケジュールし、コールイン電話番号を使用してミーティングに参加し、[コールバック アット] オプションを使用して設定を確認します。
- 更新を元の DNS SRV コールバック グループに適用します。 この変更は、テストを受けていない顧客向けのサービスです。
- シード ソリューションの組織、DNS SRV コールバック グループ、およびカスタマー テンプレートを削除できます。 元のコールバック DNS SRV グループが更新されると、これらの要素は必要なくなりました。
電話番号とコールバック DNS SRV グループの両方を更新します。
- 必要な更新を使用して、新しい一時的な電話番号と DNS SRV コールバック グループを作成します。
- 新しい電話番号グループと新しいコールバック DNS SRV グループを使用する新しい一時顧客テンプレートを作成します。 既存の電話番号グループおよび/または DNS SRV コールバック グループがグループとともに使用されている場合は、それをテンプレートに割り当てます。
- 新しい顧客テンプレートを使用して、テスト BroadWorks サービス プロバイダーからサブスクライバをプロビジョニングするか、標準パッケージを使用して BroadWorks Enterprise をテストすることで、シード ソリューションの組織を作成します。 これはセカンダリシードソリューション組織であるため、BroadWorks で設定されたミーティング siteUUID の更新は必要ありません。
- BroadWorks 設定(BYoPSTN)の JSON ファイルをダウンロードします。このファイルには、電話番号グループの新しい電話番号のコード マッピングにアクセスするための電話番号が含まれています。
- シード ソリューション組織の Standard パッケージ ミーティング サイトの Webex Edge 音声 DNS SRV ドメインを決定します。 元の電話番号グループに対して以前に決定された値から変更しないでください。
- BroadWorks Configuration (BYoPSTN) JSON ファイルを使用して、BroadWorks に設定の更新を適用します。
- シード組織の Standard パッケージ サイトを使用してミーティングをスケジュールし、コールイン電話番号を使用してミーティングに参加し、[コールバック アット] オプションを使用して設定を確認します。
- 更新を元の電話番号と DNS SRV コールバック グループに適用します。 この変更は、テストを受けていない顧客向けのサービスです。
- シードソリューション組織、一時的な電話番号グループ、DNS SRV コールバックグループ、および顧客テンプレートを削除できます。 元の電話番号グループとコールバック DNS SRV グループが更新されると、これらの要素は不要になります。
プライマリ シード ソリューション組織は、BroadWorks で新しいプライマリ シード ソリューション組織を選択して設定しない限り、削除できません。 プライマリ シード ソリューション組織を削除すると、BYoPSTN ソリューションが Webex Edge 音声への SIP メッセージ認証に依存する siteUUID が削除されます。 削除すると、パートナーが提供するコールイン番号を使用するサイトのコールインを使用してミーティングに参加できなくなります。 |
G722 独自の SBC を使用する場合のメディア相互運用性
独自の SBC を活用する場合、CUBE によって通常処理される相互運用性の問題は、Cisco パートナー BroadWorks インフラストラクチャと Webex Cloud の間で考慮する必要があります。 一例は、BroadWorks Media Server を含む G722 コーデックを使用したコールインまたはコールバックです(たとえば、BroadWorks コール録音サービスを使用する場合など)。 このシナリオでは、Webex Edge 音声は "a=fmtp:9" 行の SDP を送信する場合があります。 SBC は、BroadWorks バックエンドに送信する前に、ビットレートパラメータを "a=fmtp:9 bitrate=64" として追加するために、この行を更新する必要があります。
既知の制限
顧客テンプレートミーティング参加オプション、Cisco コールイン番号、またはパートナー提供のコールイン番号への変更は、新しくプロビジョニングされた顧客にのみ適用されます。 テンプレートを使用する既存の顧客は変更されません。
顧客テンプレートの電話番号グループまたはコールバック DNS SRV グループ設定への変更は、新しくプロビジョニングされた顧客または最初のスタンダードまたはプレミアムパッケージのユーザーに対してプロビジョニングされている既存の顧客にのみ適用されます。 Standard または Premium パッケージのユーザーをすでに持っている既存の顧客は変更されません。
顧客テンプレートに割り当てられている電話番号グループまたはコールバック DNS SRV グループへの変更は、新しくプロビジョニングされた顧客または最初のスタンダードまたはプレミアムパッケージのユーザーに対してプロビジョニングされている既存の顧客にのみ適用されます。 Standard パッケージまたは Premium パッケージのユーザーがすでに関連付けられているテンプレートに割り当てられている既存の顧客は変更されません。
特定の顧客テンプレートは、シスコのコールイン番号またはパートナーが提供するコール番号ミーティング参加オプションをサポートしており、同じテンプレートの 2 つのオプションの組み合わせはサポートされていません。
[コールバック] またはコールバック ミーティング参加の使用事例の SIP メッセージには、参加するミーティングを主催している顧客および/またはユーザーに関する情報は含まれません。
特定の電話番号グループの電話番号および関連するミーティング アクセス コードは、単一の Webex Edge 音声 DNS SRV ドメイン (例:ecccspx.amer.webex.com) のみをサポートしています。 これらの電話番号を使用して別の Webex Edge 音声 DNS SRV ドメインのミーティングにコールインすることはサポートされていません。
Webex Edge 音声は、通話中のコーデックの再交渉をサポートしていません。 そのため、コールに応答した後に呼び出されるサービスは正常に動作しない場合があります。
Webex アプリ、Webex Meeting サイト UI、Webex Meeting 招待メールには、「無料通話の制限」ドキュメントへのリンクが表示されます。 このドキュメントは、シスコが提供する電話番号に固有のものであり、ミーティング参加のためにパートナーが提供する電話番号を使用する場合、ユーザーは無視する必要があります。
マニュアルの改訂履歴
次の表は、過去12ヶ月間のこの文書への変更履歴を示しています。
日付 | バージョン | 変更の説明 | |
---|---|---|---|
2024年4月8日。 | 1-36 |
| |
2024年1月10日。 | 1-35 |
| |
2023年12月22日。 | 1-34 |
| |
2023年7月4日。 | 1-33 |
| |
2023年2月2日。 | 1-32 |
| |
2023年2月2日。 | 1-31 |
| |
2023 年 1 月 31 日 | 1-30 |
| |
2022 年 11 月 29 日。 | 1-29 |
|
定義する
定義する | 説明 |
---|---|
Cisco パートナー | Cisco 製品およびサービスを顧客に販売するエンティティ(通常はサービスプロバイダ)。 |
最終顧客 | Cisco パートナーによって販売された Cisco 製品およびサービスを使用するユーザー。 |
CUBE | Cisco Unified Border Element |
パートナー組織 | Cisco パートナーとその顧客に関する情報を維持する Webex Identity and Service Management リポジトリ。 |
パートナー ハブ | Cisco パートナーおよび管理する顧客に ID とサービスをプロビジョニングするための Web ポータル。 |
顧客組織 | エンドカスタマーに関する情報を維持する Webex Identity and Service Management リポジトリ。 |
BroadWorks エンタープライズまたはサービス プロバイダー / グループ | BroadWorks でのエンド顧客の表示。 |
概要
「自分の PSTN を使用する」(BYoPSTN) ソリューションを使用すると、Cisco BroadWorks 版 Webex サービス プロバイダーは、ユーザーが Webex Meetings に参加するとき、自社が所有する電話番号をプロビジョニングできます。 パートナーはこのソリューションを活かして独自の PSTN ネットワークを利用することで、Cisco が提供した番号を使わなくても PSTN プロバイダとの既存の関係を利用できるようになります。
本ドキュメントに記載されたリファレンス アーキテクチャは、BYoPSTN オプションのエンドツーエンドの設計です。 このアーキテクチャは Cisco によって検証されており、BroadWorks と Webex Meetings 間の通話トラフィックのセッション ボーダー コントローラー (SBC) には Cisco Unified Border Element (CUBE) を使用しています。
ミーティング参加オプションの選択
現在、Cisco BroadWorks 版 Webex はミーティングの電話番号をプロビジョニングするための 2 つのオプションをサポートしています。 サービス プロバイダーは、次の 2 つのオプションのいずれかを選択する必要があります。組み合わせはサポートされていません。
Cisco コールイン番号 (Cisco PSTN)—Cisco は、ミーティング参加者がミーティングに参加するために使用できる電話番号を提供します
パートナーが提供するコールイン番号 (BYoPSTN) - サービス プロバイダーは、ミーティング参加時にミーティング参加者が使用する独自の電話番号を提供します。
BYoPSTN ソリューション
パートナーが提供するコールイン番号 (BYoPSTN) オプションを選択するパートナーは、独自の PSTN 電話番号を提供し、Webex へのコールのルーティングに必要なネットワーク インフラストラクチャをプロビジョニングする必要があります。 BYoPSTN ソリューションは、BroadWorks から Webex へのパブリック インターネット経由の通話をトップ (OTT) 経由でルーティングすることを容易にします。
BYoPSTN オプションを選択する場合、次の条件が適用されます。
Cisco パートナーは、複数のエンド顧客に対して同じ電話番号を使用できます。 これらの電話番号は、パートナーが運営するどの国でも使用できます。
BYoPSTN オプションでは、Cisco BroadWorks 版 Webex の顧客の一般的なオンボーディング プロセスに変更は必要ありません。
BYoPSTN は、Cisco パートナー レベルでのプロビジョニングを必要とし、BYoPSTN が動作した後にパートナーがアクティブ化するエンドカスタマーは自動的に有効になります。
現在の一般的に利用可能なソリューションと同様に、顧客のミーティング サイトに必要なプロビジョニングはすべて自動で行われます。
Standard パッケージと Premium パッケージの両方をアクティブにするパートナーには、2 つのミーティングサイトがあります。 標準ユーザー用のサイトとプレミアムユーザー用のサイト。 両方のサイトで BYoPSTN が有効になっています。
ミーティングにコールインするミーティング参加者は、インターネット経由でビデオおよびコンテンツ共有を使用することを選択できます。
スペース ミーティングと PMR ミーティングの両方のミーティング参加に適用されます。 スペース ミーティングの場合、PSTN アクセス番号を受信するには、Webex ミーティングの主催者機能を持つ標準またはプレミアム ユーザーによってスペースが作成されている必要があります。Basic ユーザーによって作成されたスペースは PSTN アクセス番号を受信しません。
このドキュメントでは、CUBE を SBC として使用する検証済みの構成を提供します。 ただし、CUBE を使用しない場合は、独自の SBC を展開できます。
アーキテクチャ
Cisco BroadWorks 版 Webex BYoPSTN ソリューションは、Webex Edge サービスのセット、特にエンタープライズ顧客が利用できる Webex Edge 音声サービスをベースに構築されます。 このアーキテクチャは、Cisco パートナーの BroadWorks インフラストラクチャを Webex Edge 音声と統合するために適用され、これにより、Cisco パートナーはエンド顧客が使用する電話番号のセットを一元的に設定できます。
アーキテクチャの主な要素は次のとおりです。
BroadWorks—Cisco パートナー BroadWorks インフラストラクチャ
Cisco Unified Border Element(CUBE):Cisco Partners データセンターに展開されるソリューションのリファレンス セッション ボーダー コントローラ(SBC)。 CUBE は DMZ 内になければなりません。 CUBE を使用しない場合は、独自の SBC を展開できます。
Webex Edge 音声 - Webex サービス。Cisco パートナーが提供するインフラストラクチャを使用するためにコール ルーティングを変更することで、PSTN を Webex から切り離します。
ミーティングに参加するための参加者による通話は、BroadWorks から CUBE に、また CUBE からインターネット経由でクラウドの Webex インフラストラクチャにトラバースします。 このモデルは、次のミーティング参加シナリオの両方に適用されます。
コールイン—参加者は、BroadWorks 登録済みハンドセット、モバイル デバイス、または Webex アプリのいずれかで、ミーティング招待の電話番号にダイヤルします。 コールは BroadWorks によって開始されます。
コールバック(オプション):参加者が Webex から参加者が提供する電話番号に電話をかけることを要求します。 通話は Webex によって開始されます。
パートナー インフラストラクチャ内の BroadWorks から CUBE にルーティングされたコールは、コールシグナリングに SIP TCP、メディアに RTP を使用します。 CUBE から Webex まで、コールはシグナリングに SIP TLS、メディアに sRTP を使用します。 CUBE から WebEx へのコール ルーティングはインターネット経由であり、SIP トランクを使用しません。
コールイン/コールバックシナリオの典型的な設定は次のとおりです。
Cisco パートナーには、PSTN 電話番号(たとえば、2403332200)と関連する Webex アクセス コード(たとえば、88631321777971704941)があります。
Cisco パートナーは、CUBE デバイスに対応する BroadWorks に仮想サブスクライバをプロビジョニングします。 パートナーは、電話番号をアクセス コードにマッピングし、その逆も同様です。
SIP メッセージで Webex に送信されるアクセス コードは、Cisco パートナーに関連付けられているミーティング サイトを識別します。
コード マッピングにアクセスするための上記の電話番号は 1 回設定され、すべてのエンド カスタマー ミーティング サイトに共通です。
ミーティングに参加する参加者は、参加する特定のミーティングを識別する対応するミーティング ID(123456 など)を入力する必要があります。
パートナーは、以下に概説される冗長モデルに従うことを推奨します。
コールインを使用したミーティング参加
次の図は、コールインでミーティングに参加するユーザーのプロセスを示しています。
参加者がコールインでミーティングに参加するための手順を次に示します。
ユーザーは Webex でミーティングをスケジュールします。 Webex はミーティング ID を割り当てます (例: 123456)。
ユーザは、ミーティングに関連付けられている電話番号(たとえば、2403332200)をダイヤルします。 SIP INVITE は、ミーティングに関連付けられた電話番号としてリクエスト URI を運びます。
BroadWorks は、電話番号をミーティング サイトに関連付けられているアクセス コード(たとえば、88631321777971704941)に変換し、リクエスト URI をアクセス コードとして CUBE にコールをルーティングします。
Webex は SIP INVITE を受信し、通話に応答します。 アナウンスの言語は、Cisco Partner Hub および BroadWorks でプロビジョニングされたときに電話番号に指定された言語によって決定されます。
ユーザは、DTMF を使用してミーティング ID(123456 など)を入力します。 Webex はユーザーを検証し、ユーザーがミーティングに参加できるようにします。
コールバックを使用したミーティング参加 (オプション)
次の図は、コールバックでミーティングに参加するユーザーのプロセスを示し、ユーザーは Webex からミーティングに参加するための通話を要求します。
参加者がコールバックでミーティングに参加するための手順は次のとおりです。
ユーザーは Webex でミーティングをスケジュールします。 Webex はミーティング ID を割り当てます (例: 123456)。
ユーザーは Webex アプリまたは Meetings クライアントを使用してミーティングに参加するために、Webex から希望の番号 (+16504441000 など) への通話を要求します。
Webex は、Cisco Partner Hub および BroadWorks でプロビジョニングされたコールバック DNS SRV グループに基づいて、CUBE への SIP INVITE を開始します。 SIP INVITE リクエスト URI には、コールを受信する必要がある電話番号(たとえば、+16504441000@cube.example.com)が含まれます。
CUBE は、リモートパーティー ID の電話番号を、BroadWorks の仮想サブスクライバを識別する値に変換します(たとえば、88631321777971704941@ecccx.amer.pub.webex.com)。 これにより、CUBE は BroadWorks アプリケーション サーバの仮想ユーザとして識別されます。
コールはユーザーが要求した電話番号に提供され、ユーザーはミーティングに参加するためにコールに応答します。 この電話番号は、BroadWorks サブスクライバまたは PSTN 番号です。 要求された番号が PSTN 番号である場合、BroadWorks はプロビジョニングされたパスを使用して、コールを PSTN にルーティングします。
[コールバック(Callback)] オプションでは、次の 2 つの機能をアクティブにする必要があります。
- 102746 – CI UUID の BroadWorks サポート
- 102074 – CallBack および CallIn の BYO PSTN 請求サポート
これはCLIから以下のように確認できます。
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
これらの機能とアクティベーションの詳細については、このドキュメントの「VoiceXML Meeting Callback Virtual Subscriber」の項を参照してください。
コールバックオプションを使用してミーティング参加を設定しないことを選択した場合、ユーザーはコールインオプションを使用してミーティングに参加するか、コンピューター音声を使用して参加することができます。 この場合、DNS SRV コールバック グループを設定する必要はありません。 |
ソリューションの設定の概要
ソリューションにはいくつかの異なるコンポーネントがあり、各コンポーネントはソリューションが正常に動作するように正しく設定する必要があります。 構成要素は次のとおりです。
BroadWorks
CUBE (または代替 SP 認定セッション ボーダー コントローラ (SBC))
Webex Edge Audio
これらの異なるコンポーネントの構成の間には相互依存関係があり、1つ以上のソリューションシード組織は、必要なソリューションの構成と検証を完了する必要があります。
シード組織
シード組織とは、BYoPSTN ソリューションの設定を生成および検証するために構成する Webex 組織です。 シード組織には少なくとも 1 人のユーザーが 標準パッケージ を割り当てている必要があり、その標準パッケージにはパートナーが提供するコールイン番号 (BYoPSTN) ミーティング参加オプションを使用する必要があります。 シード組織をテスト BroadWorks サービス プロバイダーまたはエンタープライズに関連付けることを推奨します。
ソリューションシード組織は、次の2つの目的を果たします。
シード構成:シード組織のプロビジョニングにより、電話番号のミーティング アクセス コードのマッピングと、ソリューションの継続的な操作に必要なミーティング サイトの普遍的な一意の識別子(サイト UUID)が生成されます。 この情報は、BroadWorks 仮想サブスクライバ(VSUB)を設定するために必要です。
構成検証:シード組織を使用して、BYoPSTN ソリューションが要件に従って構成されているかどうかを判断します。 シード組織とテストユーザーを使用して、パートナーが提供するコールイン番号と DNS SRV コールバック レコードを使用して、ミーティングのコールインとコールバックの使用事例を検証します (コールバックが有効になっている場合)。
管理者は、電話番号と DNS SRV コールバック レコードの各一意のセットに対して、シードソリューション組織を生成する必要があります。 各ケースにおけるシードソリューション組織の生成は、ミーティング アクセス コード マッピングに必要な電話番号と、これらの電話番号とコールバック DNS SRV レコードに関連付けられたミーティング コールインとコールバックの使用事例を確認する機能を生成します。
管理者は、Cisco Partner Hub を使用して、1 つのシードソリューション組織をプライマリシードソリューション組織として選択する必要があります。 このプライマリ シード ソリューション組織の標準パッケージ ミーティングのミーティング サイト UUID は、BroadWorks で設定する必要があります。 このミーティング サイトは、このサイト UUID が認証トークンとして各コールイン ミーティング参加リクエストで送信されるため、プロビジョニングされたままであることが重要です。 この単一のサイト UUID は、電話番号とコールバック DNS SRV レコードのすべてのセットで共有されます。 複数のサイト UUID 値は必要ありません。
プライマリおよびセカンダリシードソリューション組織は、テストされていない顧客に割り当てられている電話番号とコールバック DNS SRV レコードのセットの前に必要に応じて、削除できます。 一連の電話番号とコールバック DNS SRV レコードがテスト以外の顧客に割り当てられている場合、これらの電話番号とコールバック レコードはそれらの顧客のミーティング サイトに関連付けられ、コールインとコールバックを使用してミーティングに参加するために使用されます。 変更は、サービスへの影響と見なされる必要があります。
後続のセクションでは、さまざまな構成要素の詳細について説明します。
BYoPSTN 設定要素
ソリューションの重要な要素は、Cisco パートナーの電話番号と DNS SRV コールバック レコードの設定です。 BYoPSTN は、Webex ミーティングの地域ベースの電話番号と冗長なコール ルーティングを割り当てる方法として、電話番号グループとコールバック DNS SRV グループを使用します。 これらの要素は、顧客テンプレートによってエンド顧客に割り当てられます。
電話番号グループ(PNG)
Cisco パートナーは、Cisco Partner Hub でミーティングに参加するために参加者が使用する電話番号をプロビジョニングします。 これらの電話番号は、電話番号グループにまとめて配置されます。 電話番号の一覧は、ミーティングサイトに関連付けられています。 そのミーティング サイトのすべてのパーソナル会議室 (PMR) およびスケジュール済みミーティングは、関連付けられた電話番号を使用します。 電話番号グループの例を次に示します。
電話番号名 | 国 | 国番号 | 電話番号 | 告知 | トールタイプ | コールイン優先順位 |
---|---|---|---|---|---|---|
アメリカメリーランド州 | 米国 | +1 | 2403332200 | 英語 | 有料 | プライマリ |
アメリカフロリダ | 米国 | +1 | 9049002303年の戦闘 | 英語 | 有料 | セカンダリ |
アメリカ ニューヨーク | 米国 | +1 | 8056504アゼルバイジャンの歴史 | 英語 | 無料通話 | なし |
電話番号には次の属性があります。
[電話番号名(Phone Number Name)]:電話番号を説明する名前
[国(Country)]:電話機が割り当てられている国
国コード—国通話コードまたは国ダイヤルインコード
電話番号—国番号なしでミーティングに参加するために使用する電話番号
アナウンス - 参加者がミーティングに参加しているときに再生されるアナウンスの言語
トールタイプ:番号のタイプ: 有料または無料通話
コールイン優先順位—ミーティング番号に割り当てられた優先順位。 ミーティング参加番号の参加者ビューは、この優先度に基づいて注文されます。
デフォルトの電話番号: 管理者は、プライマリ、セカンダリ、またはゼロのコールイン優先順位を電話番号グループの電話番号に割り当てることができます。 プライマリまたはセカンダリの優先順位を持つ電話番号は、デフォルトの電話番号です。 デフォルトの電話番号はミーティング招待メールに送信され、参加者がミーティングに参加するために使用する優先順位でリストされます。 デフォルトの電話番号は、同じ国にいる必要はありません。 プライマリ電話番号を選択する必要があります。セカンダリ電話番号はオプションです。 デフォルトの電話番号の 1 つ以上が [トール(Toll)] タイプでなければなりません。
エンド カスタマー ユーザーは、ミーティング サイト Web インターフェイスを使用して、独自のデフォルトの電話番号を指定できます。 これらの番号は、そのユーザーと参加者がミーティングの主催者である場合に表示されます。 ユーザーが出席者としてミーティングに参加する場合、出席者だけが表示されます。
上記の例に従って、Cisco パートナー管理者は、プライマリとして 米国メリーランド、セカンダリとして 米国フロリダ を規定しますが、これらはデフォルトの電話番号です。 ユーザーは、プライマリを米国ニューヨーク、セカンダリを米国メリーランドに変更することで、ミーティングでこれを上書きすることができます。
特定の電話番号グループの電話番号の最大数は 98 です。
メモ: 単一のエンタープライズに専用番号を設定することはサポートされていません。
コールバック DNS SRV グループ(CDSG)
ミーティング参加者がコールバック オプションを選択できるようにするには、Cisco パートナーのネットワーク内の CUBE インスタンスをポイントするコールバック DNS SRV グループが必要です。 Webex はこれらのレコードを使用して、CUBE 経由のコールバックを BroadWorks にルーティングし、ミーティング参加者の電話番号にミーティングのコールバックを配置できます。
以下は、コールバック DNS SRV グループの例です。
国/地域 | 国番号 | DNS SRV レコード |
---|---|---|
アメリカ | +1 | キューブ.us.example.com |
メキシコ | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | キューブ.mx.example.com |
その他の国 | 適用なし | cube.global.example.com (キューブ) |
コールバック DNS SRV レコードには、次の属性があります。
[国/地域(Country/Region)]:コール要求を送信するためにこの DNS SRV レコードを使用する国または地域。
国コード—国/地域に関連付けられている国コード。 国コードごとに 1 つの DNS SRV レコードしか使用できません。
DNS SRV レコード:Cisco パートナー CUBE インスタンスの DNS SRV レコード。
参加者が指定された電話番号でコールを要求すると、Webex は指定された電話番号の国コードに関連付けられたコールバック DNS SRV を使用して、コールをシスコパートナーネットワーク内の適切な要素にルーティングします。
このようにして DNS SRV レコードを使用すると、冗長な CUBE インスタンスが Webex からのコール要求を処理するためのサポートが提供されます。 上記の例では、米国のミーティング参加者が Webex から米国の電話番号へのコールバックを要求する場合、Webex は DNS SRV を使用します。 cube.us.example.com
通話を Cisco パートナーのネットワークにルーティングします。 メキシコのミーティング参加者が Webex からメキシコの電話番号へのコールバックを要求すると、Webex は DNS SRV を使用します。 cube.mx.example.com
通話を Cisco パートナーのネットワークにルーティングします。
特定のコールバックDNS SRVレコードが存在しない国/地域については、これらのコールリクエストが「他のすべての国」DNS SRVレコードにルーティングされます。 管理者は「他のすべての国」の DNS SRV レコードを設定する必要があります。
指定されたコールバック DNS SRV グループのレコードの最大数は 200 です。
カスタマー テンプレート
顧客テンプレートは、BroadWorks 版 Webex ソリューションの既存の概念です。 テンプレートは、エンドカスタマーをプロビジョニングするために使用されるデフォルト設定を提供します。 BYoPSTN は、顧客テンプレートに追加属性を提供します。
ミーティング参加タイプ—シスコのコールイン番号またはパートナーが提供するコールイン番号のいずれかです。 この属性は、Standard パッケージと Premium パッケージに関連付けられているミーティング サイト用に設定された電話番号を示します。 パートナーが提供するコールイン番号は、管理者が選択する必要があります。
[電話番号グループ(Phone Number Group)]:パートナーが提供するコールイン番号オプションにのみ関連付けられており、この属性は、ミーティング参加時に Standard パッケージおよび Premium パッケージ用にプロビジョニングされたエンド顧客が使用する電話番号を示します。
コールバック DNS SRV グループ—パートナーが提供するコールイン番号オプションのみに関連付けられており、この属性は、ミーティング参加時に Standard パッケージと Premium パッケージ用にプロビジョニングされたエンド顧客へのコールバック時に Webex が使用する DNS SRV レコードを示します。 コールバックを有効にしない場合は、顧客テンプレートを作成または更新するときに [コールバックを無効にする] を選択できます。 Standard または Premium のいずれかの最初のサブスクライバがエンド カスタマーに対してプロビジョニングされると、関連するパッケージ ミーティング サイトがプロビジョニングされます。 パッケージミーティングサイトは、上記の顧客テンプレートに従ってプロビジョニングされます。 その後プロビジョニングされた Standard または Premium のサブスクライバは、すでにプロビジョニングされたミーティング サイトに追加されます。ミーティング サイトの設定は変更されません。
上記の属性に関する顧客テンプレートへの変更は、新しくプロビジョニングされたパッケージミーティングサイトにのみ適用されます。 すでにプロビジョニング済みの既存のミーティングサイトは、顧客テンプレートの変更の影響を受けません。
注目に値する例外は、エンド顧客がすでにパッケージミーティングサイトを持っている場合、既存のパッケージミーティングサイトと同じミーティング参加タイプを使用して新しいパッケージミーティングサイトがプロビジョニングされるということです。 たとえば、エンド顧客が Cisco コールイン番号を使用する標準パッケージミーティングサイトを持ち、顧客テンプレートがパートナーが提供するコールイン番号を使用するように更新された場合、新しいプレミアムパッケージミーティングサイトが Cisco コールイン番号を使用してプロビジョニングされた場合、顧客テンプレート設定は適用されません。 特定のエンドユーザーの標準およびプレミアムミーティングサイトは、常に一貫してプロビジョニングされます。
BroadWorks コーリング クラスタ
Cisco Partner Hub - BroadWorks Calling Cluster 画面では、BroadWorks 構成 (BYoPSTN) 情報の表示および/またはダウンロードにアクセスできます。 特定のクラスタの BYoPSTN 設定情報には、次のデータが含まれます。
Primary Seed Solution 組織の詳細には、標準パッケージのミーティングサイト UUID とサイト URL が含まれます。
このクラスタに設定されているすべてのグループの電話番号グループの詳細。 これには、各グループのミーティング アクセス コード マッピングの電話番号が含まれます。 詳細には、すべてのセカンダリシードソリューション組織に関連付けられているグループを含める必要があります。
このクラスタに設定されているすべてのグループのコールバック DNS SRV グループの詳細。 詳細には、すべてのセカンダリシードソリューション組織に関連付けられているグループを含める必要があります。
電話番号グループとコールバック DNS SRV グループのいずれかを使用したテンプレートの顧客テンプレートの詳細。
各 BroadWorks Calling クラスタには、割り当てられた電話番号グループとコールバック DNS SRV グループを具体的に示すBroadWorks 設定 (BYoPSTN) 情報があります。 ただし、すべての BroadWorks Calling クラスタは同じ Primary Seed Solution 組織を共有するため、同じ標準パッケージのミーティング サイト UUID とサイト URL が含まれます。
BroadWorks の設定 (BYoPSTN) 情報は、管理者が Primary Seed Solution Organization を設定および選択している場合にのみ表示/ダウンロードできます。 プライマリ シード ソリューション組織には、Standard パッケージに少なくとも 1 人のユーザーが割り当てられている必要があり、その Standard パッケージには、パートナーが提供するコールイン番号 (BYoPSTN) ミーティング参加オプションを使用する必要があります。
BYoPSTN 構成要素の例
次の画像は、地理的に基づいた顧客テンプレート、電話番号、およびルーティングを使用したマルチクラスタ BroadWorks 展開の例を示しています。
最初の表は、地域ベースの顧客テンプレート、電話番号グループ、コールバック DNS SRV グループを含むマルチクラスタ BroadWorks 展開を示しています。 後続のテーブルは、電話番号グループとコールバック DNS SRV グループで展開されます。
Broadworks クラスタ | テンプレート名 | パッケージ | ミーティング参加タイプ | 電話番号グループ | コールバック DNS SRV グループ |
---|---|---|---|---|---|
BWKS USのNG | アメリカ西部Std | スタンダード | パートナーが提供するコールイン番号 | アメリカ西部 | CBアメリカ |
USウエストプレム | Premium | ||||
アメリカ東部Std | スタンダード | アメリカ東部 | |||
USイーストプレム | Premium | ||||
BWKSのMX | MX Std(MXスタッド) | スタンダード | パートナーが提供するコールイン番号 | MXのPNG | CBのMX |
MXプレム | Premium | ||||
BWKS イギリス | イギリス Std | スタンダード | パートナーが提供するコールイン番号 | イギリスPNG | コールバックが無効です |
イギリスプレム | Premium | ||||
BWKS アメリカ | アメリカのStd | スタンダード | Cisco コールイン番号 | なし | なし |
US West Std または US West Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに US West 電話番号を使用します。 これらのサブスクライバー ミーティング参加コールバック要求は、CB US DNS SRV レコードに送信されます。
US East Std または US East Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに US East 電話番号を使用します。 これらのサブスクライバー ミーティング参加コールバック要求は、CB US DNS SRV レコードに送信されます。
MX Std または MX Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに MX PNG 電話番号を使用します。 これらのサブスクライバー ミーティング参加コールバック要求は、CB MX DNS SRV レコードに送信されます。
UK Std または UK Prm テンプレートを使用してプロビジョニングされたサブスクライバは、ミーティングに参加するときに UK PNG 電話番号を使用します。 これらのサブスクライバは、コールバックが無効になっているため、コールバックによるミーティング参加は提供されません。
米国 Std を使用してプロビジョニングされたサブスクライバは、Cisco コールイン番号を使用しているため、電話番号グループまたはコールバック DNS SRV グループが割り当てられていません。 これらのサブスクライバは、Cisco が提供するミーティング参加用の電話番号と、コールバックを使用したミーティング参加用の Cisco DNS SRV レコードを使用します。
電話番号グループの例の詳細は次のとおりです。
電話番号グループ | 電話番号名 | 国 | 国番号 | 電話番号 | 告知 | トールタイプ | コールイン優先順位 |
---|---|---|---|---|---|---|---|
アメリカ西部 | アメリカ サンフランシスコ | 米国 | +1 | 4156551000 | 英語 | 有料 | プライマリ |
USパロアルト | 米国 | +1 | 9863502478年の戦闘 | 英語 | 無料通話 | なし | |
アメリカ東部 | アメリカメリーランド州 | 米国 | +1 | 2403332200 | 英語 | 有料 | プライマリ |
アメリカフロリダ | 米国 | +1 | 9049002303年の戦闘 | 英語 | 有料 | セカンダリ | |
アメリカ ニューヨーク | 米国 | +1 | 8056504アゼルバイジャンの歴史 | 英語 | 無料通話 | なし | |
MXのPNG | メキシコ | MXについて | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | 2065304ファックス: | スペイン語(ヨーロッパ) | 有料 | プライマリ |
イギリスPNG | イギリス | イギリス | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | 4527789ハインリヒ1世 | 英語 | 有料 | プライマリ |
コールバック DNS SRV グループの例の詳細は次のとおりです。
コールバック DNS SRV グループ | 国 | DNS SRV |
---|---|---|
CBアメリカ | 米国 | キューブ.us.example.com |
その他の国 | cube.row.example.com (キューブ.row.example.com) | |
CBのMX | MXについて | キューブ.mx.example.com |
その他の国 | cube.row.example.com (キューブ.row.example.com) |
US DNS SRV レコード cube.us.example.com の設定は、次の例のようにできます。
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
この DNS SRV レコードは、次の DNS A レコードに解決される場合があります。
| 86400 | IN | A | 45.84.168.81。 |
| 86400 | IN | A | 45.84.168.82。 |
DNS SRV レコードは、Webex から CUBE への SIP コールを保護するために解決します。 |
Webex で使用されるポート
以下の表のポートは、CUBE が存在する DMZ のファイアウォールで開き、他のポートを閉じる必要があります。 ポートとネットワーク要件の詳細については、次の記事を参照してください。
https://collaborationhelp.cisco.com/article/WBX264
ソース | ソース ポート | 移動先 | 宛先ポート | プロトコル | 説明 | ||
---|---|---|---|---|---|---|---|
Webex Edge 音声サービス | 一時的 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 音声から CUBE SBC への着信 SIP シグナリング。
| ||
Webex Edge 音声サービス | 4000~4010 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 音声のオプション Ping。 | ||
CUBE | 一時的 | EdgeAudio(エッジオーディオ) | 1505年の戦闘 | TCP | (mTLS 1.2) Webex Edge 音声のアウトバウンド SIP シグナリング。 | ||
Webex Edge 音声サービス | 一時的 | CUBE | 短命なポート 8000 - 59999 | UDP | (SRTP) Edge 音声への着信メディアトラフィックに対して、ファイアウォールのピンホールを開く必要があります。 | ||
CUBE | 短命なポート 10200 から 28000 | Edge 音声 | 一時的 | UDP | (SRTP) CUBE への発信メディア トラフィックに対して、ファイアウォールのピンホールを開く必要があります。 |
TLS および SRTP 暗号スイート
TLS v1.2 以上は mTLS ハンドシェイクに使用され、次の暗号は Webex Edge 音声でサポートされています (コールバック中、Webex Edge 音声は TLS ハンドシェイクの Client Hello でこれらを提供します)。
TLS_ECDHE_ECDSA___256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA___256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA___256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA___256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_と_AES_256_GCM_SHA384
TLS_RSA__WITH_256_CBC_SHA256
TLS_RSA_と_AES_128_GCM_SHA256
TLS_RSA_と_AES_128_CBC_SHA256
TLS_DHE_DSS___256_GCM_SHA384
TLS_DHE_DSS___256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
sRTP には次の暗号が使用されます。
サイズ__256_GCM
サイズ__128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
サポートされている音声コーデック
G722の特長
G711µについて
G711aの特長
SIP および RTP プロファイルの要件
このソリューションでは、CUBE (または SBC) と Webex の間で、シグナリング用の SIP TLS とメディア用の sRTP を展開する必要があります。
この通信の一部としての SIP および RTP プロファイルは、次の要件に準拠する必要があります。
SIP プロファイルの要件 | の詳細 |
---|---|
セッション有効期限タイマー | 2220秒(SIP 422を受け入れる)*はビジネスの必要性ごとに調整され、422は期待されます。 |
侵入のためのメディアオファー | 早期オファー |
出口のメディアオファー | 後期オファー |
オプション ping 間隔 | 30代(最小) |
DTMF | RFC2833 ペイロード 101 (アコースティック DTMF なし!) |
SIP-UDP ポート | 4000-4010、5061、5065 |
RTP プロファイル | の詳細 |
---|---|
音声ペイロード プロファイル | G.722/ G.711μ /G.711aの |
パケットサイズ | 20 ミリ秒 |
VAD (音声アクティビティ検出) | いいえ |
メディア非アクティブタイマー | 1200 ミリ秒 |
ミッドダイヤル コーデックの変更 | 承認されませんでした。 |
RTP | 8000~48198 |
sRTP 暗号 | サイズ__256_GCM サイズ__128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
G.729 コーデックはサポートされていません。 G.729 を使用する場合は、トランスコーダを使用する必要があります。 |
Webex コール ルーティング ドメイン
DNS SRV _sips._tcp.<domain>
は、Webex Edge 音声に到達するために使用されます。 地域によって4つの藩がある。
地域 | ドメイン |
---|---|
Americas (北米、中南米エリア) | ecccspx.amer.pub.webex.comをダウンロード |
イギリス、北アフリカ | ecccspx.emea.pub.webex.comをご覧ください。 |
アジアパシフィック | ecccspx.apac.pub.webex.comをご覧ください。 |
オーストラリア/ニュージーランド | ecccspx.anz.pub.webex.comをご覧ください。 |
ヨーロッパ | ecccspx.euro.pub.webex.comをご覧ください。 |
DNS SRV は、プライマリサイトとセカンダリサイトを指す複数の A レコードを解決します。 次の表は、AMER地域の例であり、将来変更される可能性があります。
記録タイプ | 登録 | ターゲット | 目的 |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxpr1.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxpr2.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxsc1.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com(英語) | ecccspxsc2.amer.pub.webex.comをダウンロード | Webex Edge 音声の検出 |
A | ecccspxpr1.amer.pub.webex.comをダウンロード | 207.182.174.101* | Webex Edge 音声 AMER プライマリ 1 のポイント |
A | ecccspxpr2.amer.pub.webex.comをダウンロード | 207.182.174.102* | Webex Edge 音声 AMER プライマリ 2 のポイント |
A | ecccspxsc1.amer.pub.webex.comをダウンロード | 207.182.174.229* | Webex Edge 音声 AMER セカンダリ 1 のポイント |
A | ecccspxsc2.amer.pub.webex.comをダウンロード | 207.182.174.230* | Webex Edge 音声 AMER セカンダリ 2 のポイント |
DNS-SRVは本質的に動的であり、IPアドレスは変更されやすいので、ハードコーディングやIPアドレスのブックマークは避けてください。 Webex Calling のポート参照情報ドキュメントに加えられた変更または更新については、「ドキュメントの修正履歴」セクションを参照してください。 |
CUBE 冗長性
Cisco Unified Border Element(CUBE)は、外部エンティティと内部ネットワーク間の SIP 接続を管理するネットワークで、セッション ボーダー コントロール機能を有効にします。 CUBE の詳細については、以下の [前提条件] セクションをご覧ください。
サポートされている冗長モデルは、高可用性を提供し、Cisco パートナーの単一障害点を排除することを目的として定義されます。 以下に3つの異なるモデルを概説します。 Cisco パートナーは、環境に適用可能なモデルを採用する必要があります。
オンボーディング プロセス パートナーは、ICMP フィルタを無効にする必要があります。
単一サイトで展開された BroadWorks 版 Duplex CUBE の展開
マルチサイトで展開された BroadWorks 版 Simplex CUBE の展開
CUBE がすべてのサイトでデュプレックス モードで展開されている場合、もう 1 つの冗長モデルを使用できます。 このモデルは、BroadWorks がジオ冗長性で展開されていることを考慮すると、必要ありません。
プロビジョニング
1 | パートナーの前提条件
|
2 | Cisco パートナー ハブでの電話番号のプロビジョニング
|
3 | Cisco Partner Hub でのコールバック DNS SRV グループのプロビジョニング (オプション)
|
4 | PNG (および CDSG) を顧客テンプレートに関連付ける
|
5 | Seed Solutionのプロビジョニング組織
|
6 | プライマリ シード ソリューションの組織を選択
|
7 | BroadWorks コンフィグレーションをダウンロード (BYoPSTN)
|
8 | Webex Edge 音声 DNS SRV ドメインを決定する
|
9 | パートナーの BroadWorks 設定のプロビジョニング
|
10 | プロビジョニングパートナー CUBE (または独自の SBC)
|
11 | BYoPSTN認証
|
ステップ1: パートナーの前提条件
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 ソリューション ガイドで説明されている通り
ステップ 2: Partner Hub での電話番号グループ (PNG) のプロビジョニング
Cisco パートナーが Webex ミーティングのコールイン電話番号を追加する手順は次のとおりです。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[ミーティング参加設定 (BYoPSTN)]で、[コールイン電話番号の作成p]を選択します。
電話番号グループ名を入力し、「次へ」を選択します。
電話番号の詳細を入力し、「次へ」を選択します。
[電話番号グループ(Phone Number Group)] の詳細サマリを確認し、[保存] を選択します。
追加する各電話番号グループに対してこの手順を繰り返します。
以下のスクリーンショットは、手順を説明しています。
ステップ 3: Partner Hub でのコールバック DNS SRV グループ (CDSG) のプロビジョニング
この手順は、[コールバックによるミーティング参加] オプションを展開する場合にのみ完了します。 それ以外の場合は、このステップをスキップできます。 |
このオプションを設定しない場合、ユーザーはコールイン オプションを使用してミーティングに参加したり、コンピューターの音声で参加したりできます。 |
ミーティング コールバック オプションを使用する場合、Webex から CUBE にコールをルーティングするには、コールバック DNS SRV グループが必要です。 Cisco パートナーが CUBE DNS SRV レコードを Webex に追加するために使用する手順は次のとおりです。
Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[ミーティング参加設定(BYoPSTN)] で、[コールバック DNS SRV グループの作成] を選択します。
コールバック DNS SRV グループ名を入力します。
[次へ] を選択します。
コールバック DNS SRV の詳細を入力します。
[次へ] を選択します。
コールバック DNS SRV の詳細サマリを確認します。
[保存] を選択します。
DNS SRV グループの新しいレコードを反映するように DNS に更新をプロビジョニングします。
追加する各コールバック DNS SRV グループに対してこの手順を繰り返します。
以下のスクリーンショットは、手順を説明しています。
ステップ 4: Partner Hub で PNG および CDSG を顧客テンプレートに関連付ける
BYoPSTNソリューションの初期設定と検証には、電話番号グループとコールバックDNS SRVグループ(コールバックが必要な場合)の一意の組み合わせごとにシード組織が必要です。 したがって、Cisco パートナーも同様に、電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに新しい顧客テンプレートを作成することを推奨します。 各顧客テンプレートを使用して、対応するシード組織を生成する必要があります。
シード組織を使用して BYoPSTN 設定がシードされ、検証されると、電話番号グループとコールバック DNS SRV グループは、必要に応じて既存の顧客テンプレートに適用できます。
新しく作成された顧客テンプレートは、既存のテストされていない顧客には使用されていないため、BYoPSTN 設定の手動検証に安全に使用できます。
コールバック経由でミーティング参加を展開していない場合、コールバック DNS SRV グループを顧客テンプレートに関連付ける必要はありません。 ただし、「コールバックを無効にする」を選択する必要があります。 |
新しい顧客テンプレートに追加するには、次の手順を実行します。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[テンプレート]で、[テンプレートの追加]を選択します。
テンプレートの詳細を入力します。 パッケージタイプのステージ:
パッケージタイプを標準として選択します。
パートナーが提供するコールイン番号(BYoPSTN)としてミーティング参加設定を選択します。
プロビジョニングされた電話番号グループを選択します。
コールバック DNS SRV グループで、[ミーティング コールバック] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。
[次へ] を選択します。
残りのテンプレートの詳細を入力します。
テンプレートの詳細サマリを確認します。
[保存] をクリックします。
追加する必要がある各顧客テンプレートに対してこの手順を繰り返します
以下のスクリーンショットは、手順を示しています。
既存の顧客テンプレートを更新するには、次の手順を実行します。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] セクションまでスクロールします。
[テンプレート]で[テンプレートの表示]を選択します。
更新するテンプレートを選択します。
[ミーティング参加設定] セクションまでスクロールします。
パートナーが提供するコールイン番号 (BYoPSTN) を選択します。
以前に設定した電話番号グループを選択します。
コールバック DNS SRV グループで、[ミーティングコールバック(Meeting Callback)] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。
[保存] を選択します。
以下のスクリーンショットは、手順を示しています。
ステップ 5: Seed Solutionのプロビジョニング組織
BYoPSTNソリューションにはいくつかの異なるコンポーネントがあり、各コンポーネントはソリューションが正常に動作するように正しく設定する必要があります。 シードソリューション組織の 2 つの目的の 1 つは、ミーティングアクセスコードのマッピングとソリューションの継続的な操作に必要なミーティングサイトの普遍的な一意の識別子 (サイト UUID) に電話番号を生成することです。 もう1つの目的は、構成検証です。
使用する電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに、対応する顧客テンプレートが以前に作成される必要があります。 これらの顧客テンプレートごとに、シードソリューション組織をプロビジョニングする必要があります。 これらのシード組織のプロビジョニングにより、BroadWorks の設定に必要なミーティング アクセス コードのマッピングとミーティング サイト UUID に電話番号が生成されます。
以前に設定した各顧客テンプレートを使用して、サブスクライバに標準パッケージのユーザーを持つ新しいテストBroadWorksサービスプロバイダまたは新しいBroadWorksエンタープライズをプロビジョニングします。 結果の標準パッケージミーティングサイトは、パートナープロバイダのコールイン番号ミーティング参加オプションを使用する必要があります。 サブスクライバをプロビジョニングするには、次のいずれかの方法を使用できます。
文書化されている BroadWorks サブスクライバ API を使用してテストサブスクライバをプロビジョニングする
developer.webex.com
です。顧客テンプレートを使用するように設定された BroadWorks で、IM&P サービスのテスト サブスクライバを有効にします。 テストサブスクライバに標準パッケージが割り当てられていることを確認するために、顧客テンプレートがデフォルトとして標準パッケージを使用していることを確認してください。 また、テストサブスクライバは、標準パッケージを持つようにその後更新する必要があります。
シードソリューション組織は、BroadWorks Service Provider のテスト、または BroadWorks Enterprise のテストに関連付けられることを推奨します。
ステップ6: プライマリ シード ソリューションの組織を選択
このミーティング サイトは、このサイト UUID が認証トークンとして各コールイン ミーティング参加リクエストで送信されるため、プロビジョニングされたままであることが重要です。 関連するミーティング サイトも削除されるため、シード組織を削除しないでください。 シード組織を削除した場合は、新しい組織をプロビジョニングし、新しいサイト UUID で Broadworks を再構成する必要があります。
プライマリおよびセカンダリシードソリューション組織は、テストされていない顧客に割り当てられている電話番号とコールバック DNS SRV レコードのセットの前に必要に応じて、削除できます。 一連の電話番号とコールバック DNS SRV レコードがテスト以外の顧客に割り当てられている場合、これらの電話番号とコールバック レコードはそれらの顧客のミーティング サイトに関連付けられ、コールインとコールバックを使用してミーティングに参加するために使用されます。 変更は、サービスへの影響と見なされる必要があります。
プライマリシードソリューション組織を選択するには、次の手順を実行します。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] セクションまでスクロールします。
[構成検証(BYoPSTN)]セクションで、[割り当て]を選択します。
[組織の割り当て] 画面で、以前に設定したシード組織のいずれかを検索して選択します。
[指定] をクリックします。
選択したシード組織はプライマリシード組織です。
以下のスクリーンショットは、手順を説明しています。
ステップ7: BroadWorks 設定をダウンロード (BYoPSTN)
特定の BroadWorks クラスタのプライマリ シード ソリューションの組織、電話番号グループ、コールバック DNS SRV グループの詳細は、BroadWorks 構成 (BYoPSTN) JSON ファイルの 1 つのロケーションで使用できます。 この情報は、BYoPSTN の BroadWorks を設定するために必要です。
JSON 構成ファイルは、プライマリ シード ソリューション組織を選択した後にのみ表示/ダウンロードできます。
JSON 設定ファイルの表示/ダウンロード手順は次のとおりです。
Cisco Partner Hub にログインします。
[設定] に移動します。
[BroadWorks Calling] までスクロールします。
[クラスタ]で、[クラスタの表示]を選択します。
BYoPSTN に設定されている顧客テンプレートに関連付けられているクラスタを選択します。
[BYoPSTN の BroadWorks 設定] セクションまでスクロールします。
[JSON 設定ファイルのダウンロード] をクリックします。
他の 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"
}
]
}
ステップ8: Webex Edge 音声 DNS SRV ドメインを決定する
BroadWorks で Webex Edge 音声 DNS SRV ドメインを設定する必要があります。 値を決定するには、次の手順を使用します。
Cisco Partner Hub にログインします。
顧客に移動します。
BYoPSTN Validation Enterprise を選択します。
[顧客を表示] を選択します。
[サービス/ミーティング] に移動します。
標準パッケージのミーティングサイトを選択します。
サイドアウトパネルの一番下までスクロールし、「サイトの設定」を選択します。
[共通設定 / 音声設定] を選択します。
[Edge 音声カスタムグローバルコールイン番号] セクションで、[Lua スクリプトの生成] を選択します。
ポップアップウィンドウで「--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)
たとえば、太字で値を抽出します。
ecccx.amer.webex.com.
これは、BroadWorks で設定する必要がある Webex Edge 音声 DNS SRV ドメインです。
ステップ9: パートナーの BroadWorks 設定のプロビジョニング
このセクションでは、以下の図に示すミーティング コールインおよびコールバック シナリオを実装するために必要な構成について説明します。 設定例は、前のセクションに示されている JSON ファイルのデータに基づいています。 番号、ドメイン、エンタープライズ/グループの名称、デバイスの種類、ポリシー、プロファイルなどは、パートナーによって異なります。
コールフロー:
- ユーザーがコールバックを要求すると、Webex はコールバックを開始します。
- 通話は BroadWorks OTT にルーティングされます。
- コールは、CH でプロビジョニングされた CUBE に到達します。 CUBE は、コールを BroadWorks にルーティングします。
- BroadWorks はコールをミーティング主催者の発信元として識別し、ミーティング主催者のユーザーのためにセッションを作成し、コールを処理します。
- ミーティング主催者のユーザーセッションはコールを処理し、ダイヤル番号を変換します。 さらに、ミーティング主催者のユーザーの代わりに請求記録が生成されます。
- 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 認証を設定するコマンドの例は次のとおりです。
|
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
ステップ10 プロビジョニングパートナーCUBE
このセクションでは、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 ドキュメントを参照してください。 |
初期設定
CUBE を設定するには、特権 EXEC モードを有効にする必要があります。 プロンプトが表示されたら、パスワードを入力します。
enable
グローバル設定モードを入力するには:
configure terminal
ドメインを設定する:
ip domain name myenterprise.com
最大セグメントサイズ(MSS)を設定します。
ip tcp mss 1360
ネットワーク構成
パブリックインターフェイスとプライベートインターフェイスを定義します。 CUBE の例では、
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
パブリック側とプライベート側の IP ルーティングのゲートウェイを設定します。
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
SSH を有効にする:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE(または独自の SBC)は、適切に構成されたファイアウォール ルールを持つ DMZ 内にいる必要があります。 外部ファイアウォールで開くポートのリストについては、セクション「Webex で使用されるポート」を参照してください。 |
CUBE(または SBC)から BroadWorks ネットワーク サーバに送信されるコールバックコールの SRV レコードを設定します。 たとえば、bw.myenterprise.com の SRV:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
DNS サーバーを構成します。
ip name-server <DNS_IP_address>
代替 DNS オプションは、内部ルックアップが失敗した場合、内部 DNS が親 DNS サーバーに到達する内部 DNS を構成することです。 |
コール処理の設定
全般
VoIP サービスにアクセスする必要があるすべての IP アドレスで CUBE(または SBC)を設定します。 これには、次のものが含まれます。
BroadWorks AS、NS、および MS サーバのプライベート サイド SIP シグナリング アドレス。
Webex Edge for Audio インフラストラクチャのパブリックサイドアドレス。
CUBE 設定の例については、以下を参照してください。
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
上記のIPアドレス範囲は一例です。 Webex 音声インフラストラクチャのパブリック IP アドレスの現在のリストについては、次を参照してください。 |
マイ ネットワークで Webex Meetings トラフィックを許可するには?—ほとんどのクラスタの IP アドレス範囲は、Cisco Webex Meeting Services が使用する IP アドレス範囲のリストの下に表示されます。 1つの例外は、以下のリンクに範囲が表示される中国クラスターです。
Cisco Webex China クラスタ ネットワーク要件
CUBE がルートの進行前に TCP 接続を確立するためのデフォルト タイマーは 20 秒です。 変更するには:
ip tcp synwait-time <5-300 (seconds)>
BroadWorks 側では、応答しないアクセス デバイスでタイムアウトするアプリケーション サーバのデフォルト タイマーは 6 秒です。 変更するには:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
CUBE(または独自の SBC)の RTP トラフィック用のパブリックおよびプライベートサイドインターフェイスを開く必要があります。 CUBE の例については、以下を参照してください。
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
場所:
- <CUBE PUB="" IP=""> は CUBE のパブリック IP アドレスです
- <CUBE PRIV="" IP=""> は CUBE のプライベート IP アドレスです
- ポート範囲: 例では、ポートの範囲は 10200 ~ 28000 です。
CUBE は次の TLS 暗号スイートをサポートしています (コールイン中に、CUBE は TLS Handshake の Client Hello でこれらを提供します)。
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
設定するその他の一般的な設定 (CUBE 設定のサンプルについては、以下を参照してください):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
着信および発信ダイヤルの Uri は、後でダイヤルピアで使用するために定義する必要があります。
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio は G722、G711ulaw、および G711alaw コーデックをサポートしています。 ダイヤル ピアで後で使用するには、次のボイス クラス コードを定義する必要があります。
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge 音声は SRTP を使用します。 音声クラス SRTP-crypto は、Edge Audio で使用する優先 SRTP 暗号スイートを割り当てます。 以下の暗号を順に設定します。 音声クラス srtp-crypto 設定は、Edge Audio との接続に使用されるダイヤルピアに適用する必要があります。
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
認証用のパスワードを設定できるようにプライマリキーを事前設定する
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
次のコマンドを使用して、AS 上で VoiceXML 仮想サブスクライバ用にプロビジョニングされた SIP 認証資格情報を入力します。 コールバック シナリオでは、CUBE(または独自の SBC)が AS に送信する INVITE に AS が挑戦するときに、これらの資格情報が使用されます。
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
認証が設定されると、「show running-config」コマンドで表示するときにパスワードが難読化されます。
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
次のグローバル SIP 設定も実行する必要があります。
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
翻訳プロファイル
SIP メッセージ翻訳プロファイル 2340 は、ミーティングのコールインコールに使用されます。 ルール 11 の例に示すように、Edge Audio に送信する前に、BroadWorks から受信した SIP メッセージを変更するエントリが必要です。
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
上記のルール 11 では、CUBE 仮想サブスクライバ デバイス プロファイルの連絡先値(この例では VXML_deviceProf デバイス プロファイルの [連絡先(Contact)] フィールドの値)を持つ BroadWorks からの着信要求 Uri がマッピングされています。
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
適切な Webex Edge 音声通話ルーティング ドメインには:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
CUBE(または独自の SBC)が静的 NAT の後ろにある場合、sip プロファイル 2340 への追加設定が必要であることに注意してください。 詳細については、次のリンクを参照してください。
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide独自の SBC を展開する場合は、独自の SBC で同様のルールを設定する必要があります。 |
AS から送信された 486 メッセージを Webex Edge 音声に戻すには、CUBE で次の設定が必要です (独自の SBC については、ヘルプについては SBC のドキュメントを参照してください)。
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
他の4xx メッセージを Webex Edge 音声に転送する必要がある場合は、上記の同じ例に従います。
ダイヤルピア
音声クラス テナントは、次の条件を満たすダイヤル ピアで使用するために、CUBE(または独自の SBC)で定義する必要があります。
- RTP-NTE DTMF パケットに必要なペイロード インターワーキングがないため、非対称ペイロードをフルに設定します。
- Edge 音声は発呼者 ID の更新をサポートしていないため、「no update-callerid」の値を設定する必要があります。
- Webex Edge 音声通話ルーティングは URI に基づいています。 URI に基づいてダイヤル ピアを一致させるために、コールルート URI を有効にする必要があります。
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
次のダイヤル ピアは、CUBE が BroadWorks と Webex Edge 音声間のコールを処理できるように設定されています。 CUBE で以下を構成します (同様の構成は、独自の SBC で設定する必要があります)。
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE コールフロー
上記の設定では、CUBE の着信/発信コールフローシナリオの例を以下に説明します。 特定のステップのカラー コーディングは、上記のダイヤル ピア内の同じカラー エントリに関連します。
独自の SBC を展開する場合は、SBC でのコール フローの詳細については、SBC のマニュアルを参照してください。 |
BroadWorks から Webex へのミーティングコールインシナリオの場合:
- 内部インターフェイスの BroadWorks から着信 INVITE が受信されます。
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- 着信ダイヤル ピア プロファイル 23401 は、「着信 uri リクエスト OUTEdgeAudio」設定に一致する着信リクエスト URI(「cube.internal.local」)のホストに基づいて選択されます。
- 発信ダイヤル ピア 23411 は、「宛先 uri OUTEdgeAudio」設定に一致するリクエスト URI(「cube.internal.local」)のホストに基づいて選択されます。
- 発信する INVITE は、ダイヤル ピアで指定された「voice-class sip profiles 2340」メッセージ翻訳プロファイルを使用して、リクエスト URI のホストとの外部インターフェイスで「cube.internal.local」から「ecccspx.amer.pub.webex.com」に変更されて送信されます。
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Webex から BroadWorks へのミーティングコールバックのシナリオ
- CUBE 外部インターフェイスの Webex から着信 INVITE が受信されます。
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- 着信ダイヤル ピア 23411 は、「着信 uri リクエスト INEdgeAudio」設定に基づいて、着信リクエスト URI に存在する「x-cisco-webex-service=audio」パターンに基づいて選択されます。
- 2 つの発信ダイヤルピアは、「宛先 uri INEdgeAudio」設定に基づいて、リクエスト URI に存在する「x-cisco-webex-service=audio」パターンに基づいて選択されます。
- ダイヤル ピア 302
- ダイヤル ピア 23401
- 発信 INVITE は、内部インターフェイスのネットワーク サーバ(ダイヤル ピアの「セッション ターゲット DNS:BW.MYENTERPRISE.COM エントリ」に基づく SRV ルックアップ)に送信されます。
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- ネットワーク サーバは、CUBE 仮想サブスクライバをホストする AS ペアの連絡先を返します。
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE は、302 メッセージで返された連絡先に基づいて、コールをアクティブ AS にルーティングします。
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS の設定
CUBE (または独自の SBC) と Webex Edge 音声間の mTLS 接続を許可するには、次の設定手順を実行する必要があります。
CUBE (または独自の SBC) と Webex Edge Audio の間で mTLS を構成することは必須です。 |
ワイルドカード証明書のサポート
ワイルドカード署名付き証明書は、CUBE または独自の SBC のドメインに対応する汎用サブジェクト名 (*.us.example.com など) を使用します。 ワイルドカード証明書はマルチクラスタ CUBE または SBC 展開でサポートされていますが、単一ノードの CUBE または SBC 展開ではサポートされていません。
トラストプール
TLS ハンドシェイク中に、Webex Edge 音声が証明書を送信すると、CUBE はトラストプールで承認された証明書のリストに対してそれを検証します。
trustpool バンドルは、次のコマンドを使用してhttp://www.cisco.com/security/pki/ から最新の「Cisco Trusted Core Root Bundle」をダウンロードして、Cisco Root CA で更新する必要があります。
crypto pki trustpool import clean url <url>
Webex Edge 音声によって送信される証明書は、IdenTrust によって署名されます。 「IdenTrust Commercial Root CA」証明書がインストールされていることを確認してください。 詳細については、このリンクを参照してください。
独自の SBC を使用していて、インポートを完了できない場合は、OpenSSL などのオープンソースのツールを使用して、バンドルを .pem 形式に変換できます。 たとえば、次のコマンドを使用して hydrantID 証明書を使用できます。
|
トラストポイント
Edge Audio は CUBE に、信頼できる CA 証明機関からの署名済み証明書を相互 TLS (mTLS) 接続向けに提供するよう要求します。 次のリンクを使用して、Cisco が信頼する証明機関のリストを入手します。 このリストの証明により署名されている証明書は有効とみなされ、接続が許可されます。 https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
シングル ノード CUBE
単一ノードとは、CUBE(または独自の SBC)が FQDN に固有のサブジェクト名の証明書をインポートすることを意味します。つまり、他の CUBE はインポートできません(つまり、ワイルドカード証明書ではありません)。
CUBE の CSR(証明書署名要求)を作成するには:
- キーペアを作成する (このキーペアはトラストポイントにリンクされます)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - 汎用キーペアを生成するかどうかを指定します。
- label <key-label> - (オプション) エクスポート時に RSA キーペアに使用される名前。 キー ラベルが指定されていない場合、ルータの完全修飾ドメイン名(FQDN)が使用されます。
- exportable - (オプション) RSA キーペアを、ルータなどの別の Cisco デバイスにエクスポートできるかどうかを指定します。
- トラストポイントを作成する (トラストポイントには、CUBE でバインドする証明書が含まれています。 CUBE が証明書要求を受信すると、trustpoint の証明書が添付されて応答します)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - 証明書失効リスト(CRL)は、失効した証明書のリストです。 CRL は、最初に証明書を発行した CA によって作成され、デジタル署名されます。 CRL には、各証明書が発行された日時と有効期限の日付が含まれます。
登録ターミナル pem - 証明書リクエストにプライバシー強化メール (PEM) 境界を追加 (BEGIN CERTIFICATE REQUEST から END CERTIFICATE REQUEST への手動コピーペースト)
fqdn – CUBE の完全修飾ドメイン名
subject-name CN=<fqdn> - 署名する件名
rsakeypair <key label=""> - 前のステップから生成されたキーペア
(リファレンス: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- CSRを生成:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- CSR (BEGIN CERTIFICATE REQUEST から END CERTIFICATE REQUEST) を CA (Certificate Authority) に送信します。
CA は署名付き証明書を生成します
- CA に応じて、ルート証明書 (DigiCertCA.crt など) と要求された証明書 (cube.crt など) が提供されます。
- CA 証明書をロードする
- まず、ルート証明書でトラストポイントを認証します。
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- 次に、Trustpoint CUBE に CUBE の証明書をインポートします。
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
独自の SBC を展開する場合は、CSR の作成方法の詳細については、SBC のマニュアルを参照してください。 |
マルチノード CUBE クラスタ(証明書の代替名を使用) - サポートされていません
マルチノードは、CUBE が複数の CUBE 展開に対して同じ証明書をインポートできることを意味します。 サブジェクト代替名を使用して CSR を生成することは現在サポートされていません。 https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
マルチノード CUBE クラスタ(ワイルドカード署名付き証明書を pkcs12 形式として使用する)
ワイルドカード署名証明書を使用するマルチノードは、件名が一般的 (*.us.example.com など) で、CUBE のドメイン (または SBC ドメイン) に対応していることを意味します。
- ワイルドカード証明書が準備できたら、公開キー (.crt) と秘密キー (.key) ファイルを用意します。
- OpenSSLを使用して、.CRTおよび.KEYファイルを含むバンドルされたPKCS12形式(.pfx)ファイルを作成します。 (Windows では cygwin を使用) - 参照: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- CUBE:bootflash で .pfx ファイルを転送します。 (Linux サーバーから CUBE への scp)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- トラストポイントを作成し、pkcs12 ファイルをインポートします。
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
CUBE 証明書の設定を検証する
チェーン全体が証明書に含まれていることを確認します。 次の例は、CUBE の検証コマンドを示しています。 独自の SBC を展開する場合は、SBC に適用されるコマンドを使用します。
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
SIP シグナリングをトラストポイントを使用するように設定する
次のコマンドを使用して、SIP UA を CUBE トラストポイントでプロビジョニングします。 以下はCUBEの例です。 独自の SBC を展開する場合は、コマンドヘルプの SBC ドキュメントを参照してください。
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE ログ
有効なデバッグ フィルタを確認するには
CUBE# show debug
デバッグ フィルターを設定するには (例)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
デバッグ フィルターの設定を解除するには (例)
CUBE# no debug ccsip messages
ログバッファをクリアしてチェックするには
CUBE# clear log
>>> make test call <<<
CUBE# show log
CUBE を展開していない場合は、ログの使用方法の詳細については、独自の SBC のマニュアルを参照してください。 |
その他の便利なコマンド
現在の設定を確認するには
CUBE# show running-config (or just CUBE# show run)
起動時に使用する設定をROMに保存する
CUBE# write
ステップ11 BYoPSTN認証
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 スペースで報告され、共有される必要があります。
サービス内電話番号グループ/コールバック DNS SRV グループへの更新の適用
パートナーが提供するコールイン番号を使用して、テスト以外の顧客が顧客テンプレートに割り当てられると、これらのユーザーは次のミーティング参加オプションを利用できます。
ミーティングの招待には、割り当てられた電話番号グループから 1 つ以上のデフォルトの電話番号が含まれます
Webex アプリは、ミーティング参加オプションとして割り当てられた電話番号グループから 1 つ以上のデフォルトの電話番号を表示します。
Webex Meeting サイト UI には、ミーティング参加オプションとして割り当てられた電話番号グループから 1 つ以上のデフォルトの電話番号が表示されます
顧客テンプレートでコールバックが有効になっている場合、Webex Meeting はコールバックリクエストが割り当てられた DNS SRV コールバック グループで指定されたレコードの 1 つにルーティングされる [コールバック アット] オプションを提供します。
顧客テンプレートのミーティング参加オプションの変更、または割り当てられた電話番号グループへの変更、またはコールバック DNS SRV グループへの変更は、上記のミーティング参加オプションに影響を与える可能性があります。 これらの変更は既存の顧客には適用されませんが、新しくプロビジョニングされた顧客には、これらの変更が Standard および Premium パッケージのミーティング サイトですぐに反映されます。 したがって、既存の顧客テンプレート、電話番号グループ、またはコールバック DNS SRV グループに適用する前に、シードソリューション組織を使用してそのような変更を検証することを強くお勧めします (コールバック DNS SRV グループが展開されている場合)。
顧客テンプレートのミーティング参加オプションを更新したり、電話番号グループまたはコールバック DNS SRV グループに更新を適用したりする場合は、次の手順に従います。
顧客テンプレート、電話番号グループ、コールバック DNS SRV グループが BroadWorks サービス プロバイダーのテスト、および/または BroadWorks エンタープライズのテストで使用されている場合は、この手順はオプションです。 BroadWorks サービス プロバイダーのテストおよび/または BroadWorks エンタープライズ組織のテストを削除し、更新された顧客テンプレート、電話番号グループ、コールバック DNS SRV グループを使用して再プロビジョニングすることがより適切である場合があります。
電話番号グループの更新のみ:
必要な更新を含む新しい一時電話番号グループを作成します。
- 新しい電話番号グループを使用する新しい一時顧客テンプレートを作成します。 既存の電話番号グループがグループとともに使用されている場合は、それをテンプレートに割り当てます。
- 新しい顧客テンプレートを使用して、テスト BroadWorks サービス プロバイダーからサブスクライバをプロビジョニングするか、標準パッケージを使用して BroadWorks Enterprise をテストすることで、シード ソリューションの組織を作成します。 これはセカンダリシードソリューション組織であるため、BroadWorks で設定されたミーティング siteUUID の更新は必要ありません。
- BroadWorks 設定(BYoPSTN)の JSON ファイルをダウンロードします。このファイルには、電話番号グループの新しい電話番号のコード マッピングにアクセスするための電話番号が含まれています。
- シード ソリューション組織の Standard パッケージ ミーティング サイトの Webex Edge 音声 DNS SRV ドメインを決定します。 元の電話番号グループに対して以前に決定された値から変更しないでください。
- BroadWorks Configuration (BYoPSTN) JSON ファイルを使用して、BroadWorks に設定の更新を適用します。
- シード組織の Standard パッケージ サイトを使用してミーティングをスケジュールし、コールイン電話番号を使用してミーティングに参加して、構成を確認します。
- 更新を元の電話番号グループに適用します。 この変更は、テストを受けていない顧客向けのサービスです。
- シードソリューション組織、一時的な電話番号グループ、および顧客テンプレートを削除できます。 元の電話番号グループが更新されると、これらの要素は必要なくなりました。
コールバック DNS SRV グループのみを更新する:
- 必要な更新で新しい一時的な DNS SRV コールバック グループを作成します。
- 新しいコールバック DNS SRV グループと既存の電話番号グループを使用する新しい一時顧客テンプレートを作成します。 既存の DNS SRV コールバック グループがグループとともに使用されている場合は、それをテンプレートに割り当てます。
- 新しい顧客テンプレートを使用して、テスト BroadWorks サービス プロバイダーからサブスクライバをプロビジョニングするか、標準パッケージを使用して BroadWorks Enterprise をテストすることで、シード ソリューションの組織を作成します。 これはセカンダリシードソリューション組織であるため、BroadWorks で設定されたミーティング siteUUID の更新は必要ありません。
- シード組織の Standard パッケージ サイトを使用してミーティングをスケジュールし、コールイン電話番号を使用してミーティングに参加し、[コールバック アット] オプションを使用して設定を確認します。
- 更新を元の DNS SRV コールバック グループに適用します。 この変更は、テストを受けていない顧客向けのサービスです。
- シード ソリューションの組織、DNS SRV コールバック グループ、およびカスタマー テンプレートを削除できます。 元のコールバック DNS SRV グループが更新されると、これらの要素は必要なくなりました。
電話番号とコールバック DNS SRV グループの両方を更新します。
- 必要な更新を使用して、新しい一時的な電話番号と DNS SRV コールバック グループを作成します。
- 新しい電話番号グループと新しいコールバック DNS SRV グループを使用する新しい一時顧客テンプレートを作成します。 既存の電話番号グループおよび/または DNS SRV コールバック グループがグループとともに使用されている場合は、それをテンプレートに割り当てます。
- 新しい顧客テンプレートを使用して、テスト BroadWorks サービス プロバイダーからサブスクライバをプロビジョニングするか、標準パッケージを使用して BroadWorks Enterprise をテストすることで、シード ソリューションの組織を作成します。 これはセカンダリシードソリューション組織であるため、BroadWorks で設定されたミーティング siteUUID の更新は必要ありません。
- BroadWorks 設定(BYoPSTN)の JSON ファイルをダウンロードします。このファイルには、電話番号グループの新しい電話番号のコード マッピングにアクセスするための電話番号が含まれています。
- シード ソリューション組織の Standard パッケージ ミーティング サイトの Webex Edge 音声 DNS SRV ドメインを決定します。 元の電話番号グループに対して以前に決定された値から変更しないでください。
- BroadWorks Configuration (BYoPSTN) JSON ファイルを使用して、BroadWorks に設定の更新を適用します。
- シード組織の Standard パッケージ サイトを使用してミーティングをスケジュールし、コールイン電話番号を使用してミーティングに参加し、[コールバック アット] オプションを使用して設定を確認します。
- 更新を元の電話番号と DNS SRV コールバック グループに適用します。 この変更は、テストを受けていない顧客向けのサービスです。
- シードソリューション組織、一時的な電話番号グループ、DNS SRV コールバックグループ、および顧客テンプレートを削除できます。 元の電話番号グループとコールバック DNS SRV グループが更新されると、これらの要素は不要になります。
プライマリ シード ソリューション組織は、BroadWorks で新しいプライマリ シード ソリューション組織を選択して設定しない限り、削除できません。 プライマリ シード ソリューション組織を削除すると、BYoPSTN ソリューションが Webex Edge 音声への SIP メッセージ認証に依存する siteUUID が削除されます。 削除すると、パートナーが提供するコールイン番号を使用するサイトのコールインを使用してミーティングに参加できなくなります。 |
G722 独自の SBC を使用する場合のメディア相互運用性
独自の SBC を活用する場合、CUBE によって通常処理される相互運用性の問題は、Cisco パートナー BroadWorks インフラストラクチャと Webex Cloud の間で考慮する必要があります。 一例は、BroadWorks Media Server を含む G722 コーデックを使用したコールインまたはコールバックです(たとえば、BroadWorks コール録音サービスを使用する場合など)。 このシナリオでは、Webex Edge 音声は "a=fmtp:9" 行の SDP を送信する場合があります。 SBC は、BroadWorks バックエンドに送信する前に、ビットレートパラメータを "a=fmtp:9 bitrate=64" として追加するために、この行を更新する必要があります。
既知の制限
顧客テンプレートミーティング参加オプション、Cisco コールイン番号、またはパートナー提供のコールイン番号への変更は、新しくプロビジョニングされた顧客にのみ適用されます。 テンプレートを使用する既存の顧客は変更されません。
顧客テンプレートの電話番号グループまたはコールバック DNS SRV グループ設定への変更は、新しくプロビジョニングされた顧客または最初のスタンダードまたはプレミアムパッケージのユーザーに対してプロビジョニングされている既存の顧客にのみ適用されます。 Standard または Premium パッケージのユーザーをすでに持っている既存の顧客は変更されません。
顧客テンプレートに割り当てられている電話番号グループまたはコールバック DNS SRV グループへの変更は、新しくプロビジョニングされた顧客または最初のスタンダードまたはプレミアムパッケージのユーザーに対してプロビジョニングされている既存の顧客にのみ適用されます。 Standard パッケージまたは Premium パッケージのユーザーがすでに関連付けられているテンプレートに割り当てられている既存の顧客は変更されません。
特定の顧客テンプレートは、シスコのコールイン番号またはパートナーが提供するコール番号ミーティング参加オプションをサポートしており、同じテンプレートの 2 つのオプションの組み合わせはサポートされていません。
[コールバック] またはコールバック ミーティング参加の使用事例の SIP メッセージには、参加するミーティングを主催している顧客および/またはユーザーに関する情報は含まれません。
特定の電話番号グループの電話番号および関連するミーティング アクセス コードは、単一の Webex Edge 音声 DNS SRV ドメイン (例:ecccspx.amer.webex.com) のみをサポートしています。 これらの電話番号を使用して別の Webex Edge 音声 DNS SRV ドメインのミーティングにコールインすることはサポートされていません。
Webex Edge 音声は、通話中のコーデックの再交渉をサポートしていません。 そのため、コールに応答した後に呼び出されるサービスは正常に動作しない場合があります。
Webex アプリ、Webex Meeting サイト UI、Webex Meeting 招待メールには、「無料通話の制限」ドキュメントへのリンクが表示されます。 このドキュメントは、シスコが提供する電話番号に固有のものであり、ミーティング参加のためにパートナーが提供する電話番号を使用する場合、ユーザーは無視する必要があります。
マニュアルの改訂履歴
次の表は、過去12ヶ月間のこの文書への変更履歴を示しています。
日付 | バージョン | 変更の説明 | |
---|---|---|---|
2024年4月8日。 | 1-36 |
| |
2024年1月10日。 | 1-35 |
| |
2023年12月22日。 | 1-34 |
| |
2023年7月4日。 | 1-33 |
| |
2023年2月2日。 | 1-32 |
| |
2023年2月2日。 | 1-31 |
| |
2023 年 1 月 31 日 | 1-30 |
| |
2022 年 11 月 29 日。 | 1-29 |
|