- ホーム
- /
- 投稿記事
これらの手順は、ゲートウェイをホストするパートナー向けです。 ベストプラクティスや推奨事項を理解するために読んでください。
Webex Calling を使用すると、顧客は PSTN コールの送受信にローカル ゲートウェイ トランクを設定できます。 パートナーが異なる顧客のトランクをホストする場合、これらのトランクに共有ゲートウェイを設定することをお勧めします。
このドキュメントでは、パートナーがホストするゲートウェイを実装するためのハイレベルなスキームを概説し、証明書ベースのトランキングに焦点を当てています。 登録ベースのモデルは、より小さな容量のトランクのためのソリューションを提供するパートナーホストされたゲートウェイに使用するための簡単なモデルです。 このソリューションは、TCP ベースのトラフィックと接続共有モデルに特化した大容量のトランクに固有の技術的制限があります。 証明書ベースのトランキングを作成する主な理由は、登録ベースのモデルのスケールの制限を解決することです。
トランク作成とゲートウェイ設定の手順は、顧客がホストするローカル ゲートウェイと似ています。 詳細については次を参照してください: ローカル ゲートウェイを使い始める
導入に関する考慮事項
TelSP という仮想 Webex パートナーを検討して、パートナーが採用できるさまざまな展開モデルを説明しましょう。
以下は、TelSPの高レベルの仕様と要件です。
パートナーは利用を計画しています
sip.telsp.com
管理しているすべての顧客間で共有されるトップレベルドメインです。パートナーが所有する
sip.telsp.com
DNS インフラストラクチャと証明書当局を管理し、DNS アドレスを管理し、このドメインとそのサブドメインの証明書を署名できます。パートナーは、エンド顧客間の共有 PSTN アクセスのためのローカル ゲートウェイとして、2 つの異なるセッション ボーダー コントローラ(物理または仮想)を展開できます。
パートナーには 2 つの物理サイトがあり、これらのサイトは両方とも PSTN 接続を共有します。
マイアミ
シカゴ
TelSPは、2つの顧客CustAとCustBを代表してローカルゲートウェイを運営しています。
この記事では、「パートナー」という用語は、管理する Webex パートナー、特にこの例の TelSP を指します。 このエンティティは Webex パートナー ハブにアクセスできます。 |
場所 | CustA(ラストア) | Cust B(キャストB) |
---|---|---|
プライマリ PSTN 宛先としてマイアミ ゲートウェイを使用するロケーション | デンバー | ダラス |
シカゴ ゲートウェイをプライマリ PSTN 接続先として使用するロケーション | デトロイト | ボストン |
顧客用に選択されたサブドメイン | custa.sip.telsp.com | custb.sip.telsp.com |
希望するシナリオは、図に示すように、パートナーが提供するマイアミおよびシカゴのゲートウェイを使用する両方の顧客に対して、PSTNの起源/終了を持つことです。
顧客のロケーションをトランクとゲートウェイに関連付ける
Webex Calling では、トランクを作成し、複数のロケーションでトランクを共有できます。 トランクを作成するときは、トランクをロケーションに関連付けます。
CustA の場合、トランクの詳細は次のとおりです。
トランク名 | FQDN | トランク定義内の関連ロケーション |
---|---|---|
trunk_miami | trunk.miami.custa.sip.telsp.com | デンバー |
trunk_chicago | trunk.chicago.custa.sip.telsp.com | デトロイト |
図は、CustAのゲートウェイとトランクへの顧客のロケーションの関連付けを示しています。
この展開では、ロケーションに関連付けられているトランクが、そのロケーションのプライマリ PSTN 接続です。 他のトランクは、特定のダイヤル プラン エントリのセカンダリ PSTN 接続またはルートとして使用されます。 プライマリおよびセカンダリ PSTN 接続関係の実装は、ルート グループの概念によるものです。 詳細については、「Webex 顧客設定」セクションを参照してください。
CustBでは、以下のトランクで同様のセットアップが作成されます。
トランク名 | FQDN | トランク定義内の関連ロケーション |
---|---|---|
trunk_miami | trunk.miami.custb.sip.telsp.com
|
ダラス |
trunk_chicago | trunk.chicago.custb.sip.telsp.com
|
ボストン |
図は、CustBのゲートウェイとトランクへの顧客のロケーションの関連付けを示しています。
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/480001-490000/484001-485000/484033.jpg)
この図は、3つ目のロケーション、すなわちニューヨークを示しています。後で追加し、プライマリ PSTN 接続として trunk_chicago トランクを指し示すことができます。
IPアドレスを設定するための要件
複数のトランクを共有するローカル ゲートウェイを展開する場合、Cisco はトランクごとに固有の FQDN の使用を義務付けます。 詳細については、「Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling」を参照してください。
IP アドレスとトランクごとのよく知られたポートを使用することは理想的な選択です。 ただし、パブリック IPv4 アドレスの調達は、サイトごとにゲートウェイごとに 1 つのアドレスを使用したい一部のパートナーにとって困難になる可能性があります。
したがって、これらの重要なポインタを読んでください。
Cisco はトランクごとに IP アドレスを委任しません。
トランク アドレスは、一意の IP アドレスまたは別のトランク間で共有されたアドレスに解決できます。
Cisco では、次の理由から、トランクごとに一意のリッスンポートを使用することをお勧めします。
顧客間のネットワークレベルの隔離を提供する
セッション ボーダー コントローラは、IP アドレスまたはテナントの一意のリッスンポートによってパーティション化された一意のテナントとして提供される分離がない限り、一時的な TCP ソケット接続を再利用するのが一般的です。
テナント アイソレーションによるトランクごとの接続または接続は、データ損失が大きいネットワーク条件で特に優れたスループットを提供します。 したがって、ある顧客からのトラフィックは、他の顧客には影響しません。
ゲートウェイごとの IP アドレス: トランクの構成と推奨
プランニングについては、以下の異なるモデルの例を参照してください。
モデル1: トランクごとの一意の IP アドレス
このモデルでは、両方のゲートウェイによってホストされているすべてのトランクは一意の IP アドレスに解決され、これらのトランクのそれぞれは同じポートを使用することも、使用しないことも、理想的には同じポートを使用することもできます。
情報を表形式で表します。
トランク アドレス(FQDN) | IP アドレス | ポート |
---|---|---|
トランク.miami.custa.sip.telsp.com | 10.170.158.200。 | 5061 |
トランク.miami.custb.sip.telsp.com | 10.170.158.201。 | 5061 |
トランク.chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
トランク.chicago.custb.sip.telsp.com | 10.170.158.101。 | 5061 |
このモデルでは、パートナーは SRV アドレスを使用できます。 Webex Calling では、サービスおよびプロトコルの組み合わせとして「_sips._tcp」のみが、SRV レコードである場合にピア アドレスを検出できます。
トランク アドレス(SRV) | SRV アドレス | レコーディング | IP アドレス | ポート |
---|---|---|---|---|
トランク.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | マイアミ.custa.sip.telsp.com | 10.170.158.200。 | 5061 |
トランク.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | マイアミ.custb.sip.telsp.com | 10.170.158.201。 | 5061 |
トランク.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | シカゴ.custa.sip.telsp.com | 10.170.158.100 | 5061 |
トランク.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.comをクリック | シカゴ.custb.sip.telsp.com | 10.170.158.101。 | 5061 |
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 を使用して設定され、固有のポートで設定されます。
トランク アドレス | IP アドレス | ポート |
---|---|---|
トランク.miami.custa.sip.telsp.com | 10.170.158.200。 | 5061 |
トランク.miami.custb.sip.telsp.com | 10.170.158.200。 | 5062 |
トランク.chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
トランク.chicago.custb.sip.telsp.com | 10.170.158.100 | 5062 |
このモデルでは、パートナーは SRV アドレスを使用しています。 Webex Calling では、サービスおよびプロトコルの組み合わせとして「_sips._tcp」のみが、SRV レコードである場合にピア アドレスを検出できます。
トランク アドレス(SRV) | SRV アドレス | レコーディング | IP アドレス | ポート |
---|---|---|---|---|
トランク.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | マイアミ.sip.telsp.com | 10.170.158.200。 | 5061 |
トランク.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | マイアミ.sip.telsp.com | 10.170.158.200。 | 5062 |
トランク.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | シカゴ.sip.telsp.com | 10.170.158.100 | 5061 |
トランク.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.comをクリック | シカゴ.sip.telsp.com | 10.170.158.100 | 5062 |
SRV レコードの解決方法の別のサンプルは次のとおりです。 この例では、IP アドレスごとに 1 つのレコードが存在します。 ただし、ポートはアドレスごとに固有であり、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.custa.sip.telsp.com
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 5062 miami.custa.sip.telsp.com
ドメイン サーバを設定し、証明書を生成する
パートナーは telsp.com とそのサブドメインを所有しています。 したがって、DNS サーバと承認された認証局によって署名された証明書を取得する権限は、パートナーにあります。
Cisco Webex は、パートナーがパブリックドメインのレコードを含む FQDN または SRV アドレスを公開することを期待しています。
Cisco Webex は、パートナーがこのドキュメントに掲載されている証明機関のいずれかを使用することを期待しています。
FQDN をトランク アドレスとして使用する場合、トランクの FQDN に設定されている共通名(CN)またはサブジェクト番号代替番号(SAN)で署名済み証明書を設定します。
パートナーがホストするゲートウェイ | 顧客 | トランク アドレス | 証明書 CN/SAN |
---|---|---|---|
マイアミ | CustA(ラストア) | トランク.miami.custa.sip.telsp.com | トランク.miami.custa.sip.telsp.com |
CustB(カストブ) | トランク.miami.custb.sip.telsp.com | トランク.miami.custb.sip.telsp.com | |
シカゴ | CustA(ラストア) | トランク.chicago.custa.sip.telsp.com | トランク.chicago.custa.sip.telsp.com |
CustB(カストブ) | トランク.chicago.custa.sip.telsp.com | トランク.chicago.custa.sip.telsp.com |
次のいずれかの方法を使用して、証明書の FQDN を生成します。
共通名(CN)として FQDN を 1 つ選択し、残りはサブジェクト番号代替番号(SAN)として選択します。
トップレベルドメイン (sip.telsp.com) を CN として、すべての FQDN を SAN として配置します。
将来的には、この設定が適切にするトップレベルドメインに基づいて証明書を検証できます。
SRV をトランク アドレスとして使用する場合は、SRV アドレスのホスト部分に CN または SAN で署名済み証明書をセットアップします。 SRV アドレスが解決する A レコードまたは CNAME は必要ありません。
パートナーがホストするゲートウェイ | 顧客 | トランク アドレス | SRV アドレス | 証明書 CN/SAN |
---|---|---|---|---|
マイアミ | CustA(ラストア) | トランク.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | トランク.miami.custa.sip.telsp.com |
CustB(カストブ) | トランク.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | トランク.miami.custb.sip.telsp.com | |
シカゴ | CustA(ラストア) | トランク.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | トランク.chicago.custa.sip.telsp.com |
CustB(カストブ) | トランク.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.comをクリック | トランク.chicago.custb.sip.telsp.com |
ゲートウェイのセットアップ
これらのリソースを使用して、ローカル ゲートウェイを設定します。
Cisco CUBE を設定するには、次の手順を使用します。 Cisco IOS XE で Webex Calling のローカル ゲートウェイを構成する
承認されたサードパーティ SBC を設定できます。次を参照してください。 ローカル ゲートウェイを使い始める
ゲートウェイ トランクは事前に設定できます。 |
次のガイドラインに従って、パートナーがホストするゲートウェイを設定します。 ローカル ゲートウェイを使い始める
SBC デバイスの関連する指示に従って各トランクを設定します。 Cisco CUBE の手順については、次を参照してください。 Cisco IOS XE で Webex Calling のローカル ゲートウェイを構成する
トランクの着信および発信トラフィックの音声クラス、ダイヤル ピア、ダイヤル ピア グループをイメージに従ってセットアップします。
Control Hub でのゲートウェイ トランクの設定
Partner Hub から、CustA または CustB のいずれかの Control Hub を起動し、ゲートウェイを設定できます。 次の手順を使用して、顧客ごとに設定します。
- [トランクの作成(Create the trunk)]:各パートナー共有ゲートウェイの通話/通話ルーティング/トランクの下にトランクを追加します。 トランクを設定するには、「Webex Calling のトランク、ルート グループ、ダイヤル プランを構成する」を参照してください。
[ドメインの追加と検証(Add a domain and verify)]:管理/組織の設定/ドメインでトランクを作成するために使用される次のドメインを追加および検証します。
CustA(ラストア) CustB(カストブ) sip.telsp.com (sip.telsp.com) sip.telsp.com (sip.telsp.com) ドメインを追加すると、トークンが生成され、パートナーの DNS サーバーのドメインの TXT レコードに配置されます。 このレコードにより、Control Hub はドメインがパートナーによって所有されていることを確認できます。 詳細については、「ドメインの管理」を参照してください
共通のドメインは、各顧客の検証に使用されますので。 ただし、この検証は顧客組織レベルで実行されるため、各顧客組織で別のトークンが生成され、検証に使用されていることを確認してください。 1 つのドメインは顧客組織全体で使用されるため、1 つの組織はドメインの所有権を主張できません。- FQDN で SBC アドレスをセットアップする:
マイアミ ゲートウェイの場合:
パラメータ CustA(ラストア) CustB(カストブ) 場所 デンバー ボストン トランク名 trunk_miami trunk_miami トランクタイプ 証明書ベース 証明書ベース デバイス タイプ 例:Cisco Unified Border Element(または別のサポート対象デバイス) 例:Cisco Unified Border Element(または別のサポート対象デバイス) SBC アドレスの種類 FQDN FQDN ホスト名 トランク. マイアミ. カスター トランク・マイアミ・カスト ドメイン sip.telsp.com (sip.telsp.com) sip.telsp.com (sip.telsp.com) ポート 5061 5062 FQDN トランク.miami.custa.sip.telsp.com:5061 トランク.miami.custb.sip.telsp.com:5062 同時通話の最大数(250~6500) 500 500 シカゴのゲートウェイの場合:
パラメータ CustA(ラストア) CustB(カストブ) 場所 デトロイト ダラス トランク名 trunk_chicago trunk_chicago トランクタイプ 証明書ベース 証明書ベース デバイス タイプ 例:Cisco Unified Border Element(または別のサポート対象デバイス) 例:Cisco Unified Border Element(または別のサポート対象デバイス) SBC アドレスの種類 FQDN FQDN ホスト名 トランク.シカゴ.custa トランク.シカゴ.カスト ドメイン sip.telsp.com (sip.telsp.com) 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 では、同じポートを設定できますが、この設定は容量に影響を与える可能性があります。 したがって、異なるポートを使用してください。
- [トランクの使用(Using Trunks)]:次の理由により、トランクの任意の場所を選択します。
どの場所でも、PSTN 接続でトランクを使用できます。
ルート グループからトランクにアクセスできます。
どのダイヤル プランでもトランクを使用できます。
関連するロケーションのトランク定義を参照してください。
これらのトランクを使用して、ルート グループを作成できます。 画像では、ルート グループ rg_miami_chicago が定義され、プライマリ オプションとして trunk_miami トランク、セカンダリ オプションとして trunk_chicago トランクへのコールをルーティングします。
プライマリオプションとしてrg_chicago_miamitrunk_chicagoトランクに、セカンダリオプションとしてtrunk_miamiトランクにコールをルーティングする2番目のルートグループを定義できます。
定義されたトランクとルート グループは、各ロケーションの [Calling Connection PSTN] オプションで使用できるようになりました。 画像では、デンバーの場所を参照してください。
ダイヤル プラン定義では、トランクとルート グループを使用できます。 例: シカゴ地区のNPAは分割され、画像中のrg_chicago_miamiルートグループ(全ロケーション)に終了します。