パートナーが採用できるさまざまな展開モデルを説明するために、TelSP という架空の Webex パートナーを考えてみましょう。

大まかな仕様は次のとおりです & TelSPの要件:

• パートナーは、管理するすべての顧客間で共有されるトップレベル ドメインとして sip.telsp.com を使用することを計画しています。

• パートナーは sip.telsp.com を所有しており、DNS インフラストラクチャと証明機関を管理し、DNS アドレスを管理し、このドメインとそのサブドメインの証明書に署名することができます。

• パートナーは、エンド カスタマー間で PSTN アクセスを共有するためのローカル ゲートウェイとして、2 つの異なるセッション ボーダー コントローラ (物理または仮想) を展開できます。

• パートナーには 2 つの物理サイトがあり、両方のサイトが PSTN 接続を共有しています。

  • マイアミ

  • シカゴ

• TelSP は、以下で参照される 2 人の顧客 CustA と CustB に代わってローカル ゲートウェイを運用します。

望ましいシナリオはPSTN origination/termination 図に示すように、パートナーが提供するマイアミ ゲートウェイとシカゴ ゲートウェイを使用する両方の顧客の場合:

顧客の所在地をトランクとゲートウェイに関連付ける

Webex Calling を使用すると、トランクを作成し、複数の場所でトランクを共有できます。トランクを作成するときは、トランクを場所に関連付けます。

CustA の場合、トランク詳細は次のとおりです。

この図は、 CustAの顧客ロケーションとゲートウェイおよびトランクとの関連付けを示しています。 :

この展開では、場所に関連付けられたトランクはその場所のプライマリ PSTN 接続になります。もう一方のトランクは、特定のダイヤル プラン エントリのセカンダリ PSTN 接続またはルートとして使用されます。プライマリおよびセカンダリ PSTN 接続関係の実装は、ルート グループの概念を通じて行われます。詳細については、 Webex 顧客セットアップ セクションを参照してください。

CustB の場合、次のトランクを持つ同様のセットアップが作成されます。

この図は、 CustBの顧客ロケーションとゲートウェイおよびトランクとの関連付けを示しています。 :

この図には、3 番目の場所 (ニューヨーク) が示されています。この場所は後で追加でき、 trunk_chicago トランクをプライマリ PSTN 接続として指定できます。

複数のトランクを共有するローカル ゲートウェイを展開する場合、Cisco ではトランクごとに一意の FQDN を使用することを必須としています。詳細については、 Webex Calling のトランク、ルート グループ、ダイヤル プランの構成 を参照してください。

トランクごとに IP アドレスと既知のポートを使用するのが理想的な選択です。ただし、サイトごとにゲートウェイごとに 1 つのアドレスを使用することを希望する一部のパートナーにとって、パブリック IPv4 アドレスの取得は困難な場合があります。

したがって、次の重要な指針をお読みください。

• Cisco では、トランクごとに IP アドレスを必須としていません。

• トランク アドレスは、一意の IP アドレス、または別のトランク間で共有されるアドレスに解決できます。

• Cisco では、次の理由により、ローカル ゲートウェイ上で各トランク接続を一意の IP アドレスとポートの組み合わせで設定することを推奨しています。

  1. トランクごとに個別の TCP 接続リンクを維持することで、トランクあたりの最大同時通話容量がサポートされます。トランク間で IP アドレスとポートの組み合わせを共有すると、通話容量に悪影響を与える可能性があります。

  2. 顧客間のネットワークレベルの分離を提供します

  3. IP アドレスによって分割された一意のテナントまたはテナントの一意のリッスン ポートとして分離が提供されていない限り、セッション ボーダー コントローラーでは一時的な TCP ソケット接続を再利用するのが一般的です。

  4. テナント分離によるトランクごとの接続により、特にデータ損失が多いネットワーク状況でスループットが向上します。したがって、一方の顧客からのトラフィックは他の顧客に影響を与えません。

ゲートウェイごとの IP アドレス: トランクの構成と推奨事項

計画については、次のさまざまなモデルの例を参照してください。

モデル 1: トランクごとに固有のIPアドレス

このモデルでは、両方のゲートウェイによってホストされるすべてのトランクが一意の IP アドレスに解決され、これらのトランクそれぞれが同じポートを使用することも、使用しないこともできますが、理想的には同じポートを使用します。

情報を表形式で表すと次のようになります。

この同じモデルでは、パートナーは SRV アドレスを使用できます。Webex Calling では、SRV レコードの場合、ピア アドレスを検出するためのサービスとプロトコルの組み合わせとして「_sips._tcp」のみが許可されます。

SRVレコードの解決方法の例

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com

モデル 2: ゲートウェイ上の共有IPだが異なるリスンポート

このモデルでは、シカゴのローカル ゲートウェイでホストされているすべてのトランクは同じ IP アドレスに解決され、マイアミのローカル ゲートウェイでホストされているすべてのトランクは異なる IP アドレスに解決されます。ただし、同じ IP を使用する場合、各トランクは制御ハブ内の FQDN を使用して構成され、一意のポートを使用して構成されます。

この同じモデルでは、パートナーは SRV アドレスを使用しています。Webex Calling では、SRV レコードの場合、ピア アドレスを検出するためのサービスとプロトコルの組み合わせとして「_sips._tcp」のみが許可されます。

SRV レコードが解決される方法の別のサンプルは次のとおりです。この例では、IP アドレスごとに 1 つの A レコードが存在します。ただし、ポートはアドレスごとに一意であり、SRV アドレスを適切なポートにリンクする特定の DNS 構成を通じて表されます。

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.sip.telsp.com

nslookup -type=srv _sips._tcp.trunk.miami.custb.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com

パートナーは telsp.com とそのサブドメインを所有しています。したがって、DNS サーバーと、承認された証明機関によって署名された証明書を取得する権限は、パートナーにあります。

• Cisco Webex では、パートナーが A レコードを含む FQDN または SRV アドレスをパブリック ドメインで公開することが求められます。

• Cisco Webex では、パートナーがこの ドキュメントに公開されている にリストされている証明機関のいずれかを使用することが想定されています。

FQDN をトランク アドレスとして使用する場合は、トランクの FQDN に共通名 (CN) またはサブジェクト番号代替番号 (SAN) を設定して署名付き証明書を設定します。

証明書の FQDN を生成するには、次のいずれかの方法を使用します。

• FQDN の 1 つを共通名 (CN) として選択し、残りをサブジェクト番号代替番号 (SAN) として選択してください。

• トップレベルドメイン (sip.telsp.com) を CN として配置し、すべての FQDN を SAN として配置します。

  将来的には、この構成で適切なトップレベル ドメインに基づいて証明書を検証できます。

SRV をトランク アドレスとして使用する場合は、SRV アドレスのホスト部分に CN または SAN を含む署名付き証明書を設定します。SRV アドレスが解決される A レコードまたは CNAME は必須ではありません。

ゲートウェイを設定する

これらのリソースを使用してローカル ゲートウェイを設定します。

Cisco CUBE をセットアップするには、次の手順に従います。Cisco IOS XE で Webex Calling のローカル ゲートウェイを構成する

承認されたサードパーティの SBC を設定できます。以下を参照してください。ローカル ゲートウェイを使い始める

次のガイドラインに従ってパートナー ホスト ゲートウェイを設定します。ローカル ゲートウェイを使い始める

SBC デバイスの関連手順に従って各トランクを設定します。Cisco CUBE の手順については、以下を参照してください。Cisco IOS XE で Webex Calling のローカル ゲートウェイを構成する

次の図に従って、トランクの着信トラフィックと発信トラフィックの音声クラス、ダイヤル ピア、およびダイヤル ピア グループを設定します。

パートナー ハブから、CustA または CustB のいずれかのコントロール ハブを起動し、ゲートウェイを構成できます。各顧客に対して設定するには、次の手順に従います。

1. トランクを作成する - トランクを Calling/Call Routing/Trunk 各パートナー共有ゲートウェイごとに。トランクを設定するには、 Webex Calling のトランク、ルート グループ、ダイヤル プランを構成するを参照してください。

2. ドメインを追加して検証する - トランクを作成するために使用する次のドメインを追加して検証します。 Management/Organization Settings/Domains.

   顧客	顧客B
   sip.telsp.com	sip.telsp.com

   ドメインを追加すると、トークンが生成され、パートナーの DNS サーバー内のドメインの TXT レコードに配置されます。このレコードにより、Control Hub はドメインがパートナーによって所有されていることを確認できます。詳細については、 ドメインの管理をご覧ください。

   共通ドメインは各顧客の検証に使用されます。ただし、この検証は顧客組織レベルで行われるため、各顧客組織での検証には異なるトークンが生成され、使用されるようにしてください。単一のドメインが顧客組織全体で使用されるため、いずれの組織もドメインの所有権を主張することはできません。
3. FQDNでSBCアドレスを設定する—

   マイアミゲートウェイの場合:

   パラメーター	顧客	顧客B
   場所	デンバー	ボストン
   トランク名	trunk_miami	trunk_miami
   トランクタイプ	証明書ベース	証明書ベース
   デバイス タイプ	例：Cisco Unified Border Element（またはサポートされている他のデバイス）	例：Cisco Unified Border Element（またはサポートされている他のデバイス）
   SBC アドレスタイプ	FQDN	FQDN
   ホスト名	トランク.マイアミ.カスタ	トランク.マイアミ.custb
   ドメイン	sip.telsp.com	sip.telsp.com
   ポート	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   同時通話の最大数（250～6500）	500	500

   シカゴゲートウェイの場合:

   パラメーター	顧客	顧客B
   場所	デトロイト	ダラス
   トランク名	trunk_chicago	trunk_chicago
   トランクタイプ	証明書ベース	証明書ベース
   デバイス タイプ	例：Cisco Unified Border Element（またはサポートされている他のデバイス）	例：Cisco Unified Border Element（またはサポートされている他のデバイス）
   SBC アドレスタイプ	FQDN	FQDN
   ホスト名	トランク.シカゴ.カスタ	トランク.シカゴ.custb
   ドメイン	sip.telsp.com	sip.telsp.com
   ポート	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   同時通話の最大数（250～6500）	500	500

   • (オプション) 顧客間でトランクに一意の名前を付けないでください。同じ名前を付けると、トランクを追跡しやすくなります。

   • 特定の SBC では同じポートを構成できますが、この構成は容量に影響を及ぼす可能性があります。したがって、異なるポートを使用してください。

4. トランクを使用する - 次の理由により、トランクの任意の場所を選択できます。

   • どの場所でも PSTN 接続のトランクを使用できます。

   • ルート グループを通じてトランクにアクセスできます。

   • どのダイヤル プランでもトランクを使用できます。

5. 関連する場所のトランク定義を参照してください。

   

   これらのトランクを使用してルート グループを作成できます。この画像では、通話をプライマリ オプションとして trunk_miami トランクにルーティングし、セカンダリ オプションとして trunk_chicago トランクにルーティングするルート グループ rg_miami_chicago が定義されています。

   

   通話をプライマリ オプションとして trunk_chicago トランクにルーティングし、セカンダリ オプションとして trunk_miami トランクにルーティングする 2 番目のルート グループ rg_chicago_miami を定義できます。

6. 定義されたトランクとルート グループは、各場所の 通話接続 PSTN オプションで使用できるようになりました。画像ではデンバーの場所を確認してください。

   

7. ダイヤル プラン定義ではトランクとルート グループを使用できます。たとえば、シカゴの顧客向けのオンプレミスの番号範囲は、画像内の rg_chicago_miami ルート グループ (すべての場所) に終了するように分割されます。