複数のテナントにセッションボーダーコントローラーを構成する

[アーティクル]
04/07/2023
適用対象:

Microsoft Teams

ダイレクトルーティングでは、複数のテナントにサービスを提供する 1 つのセッションボーダーコントローラー (SBC) の構成がサポートされています。

注意

このシナリオは、このドキュメントの後半で「通信事業者」と呼ばれる Microsoft パートナーまたは PSTN 通信事業者向けに設計されています。通信事業者は、Microsoft Teams に配信されるテレフォニーサービスを顧客に販売します。

通信事業者:

データセンターで SBC を展開および管理します (お客様は SBC を実装する必要がなく、Teams クライアントの通信事業者からテレフォニーサービスを受け取ります)。
SBC を複数のテナントに相互接続します。
公衆交換電話網 (PSTN) サービスを顧客に提供します。
通話品質をエンドツーエンドで管理します。
PSTN サービスの場合は別途料金が発生します。

Microsoft は通信事業者を管理しません。 Microsoft では、電話システム (プライベートブランチ Exchange (PBX) と Teams クライアントを提供しています。また、Microsoft は電話を認定し、電話システムで使用できる SBC を認定します。通信事業者を選択する前に、選択に認定された SBC があり、音声品質をエンドツーエンドで管理できることを確認します。

シナリオを構成するための技術的な実装手順を次に示します。

運送業者のみ:

認定された SBC ベンダーからの指示に従って、SBC をデプロイし、ホスティングシナリオ用に構成します。
キャリアテナントに基本ドメイン名を登録し、ワイルドカード証明書を要求します。
ベースドメインの一部であるすべての顧客のサブドメインを登録します。

顧客全体管理者を持つ運送業者:

サブドメイン名を顧客テナントに追加します。
サブドメイン名をアクティブにします。
通信事業者から顧客テナントへのトランクを構成し、ユーザーをプロビジョニングします。

DNS の基本と、ドメイン名が Microsoft 365 でどのように管理されているかを理解していることを確認してください。さらに進む前に、「Microsoft 365 ドメインに関するヘルプを入手する」を参照してください。

SBC のデプロイと構成

SBC ホスティングシナリオ用に SBC を展開および構成する方法の詳細な手順については、SBC ベンダーのドキュメントを参照してください。

AudioCodes: 「AudioCodes SBC を Microsoft Teams ダイレクトルーティングホスティングモデルの構成ノートに接続する」で説明されている SBC ホスティングシナリオの構成については、「ダイレクトルーティング構成に関するメモ」を参照してください。
Oracle： 「Microsoft」セクションで説明されている SBC ホスティングシナリオの構成については、「ダイレクトルーティング構成に関するメモ」を参照してください。
リボンコミュニケーション: リボンコアシリーズの SBC を構成する方法のドキュメントについては、「リボンコミュニケーション SBC Core Microsoft Teams 構成ガイド」を参照してください。「リボンのベストプラクティス - Microsoft Teams ダイレクトルーティング SBC Edge 用の通信事業者の構成」も参照してください
TE-Systems (anynode): 複数のテナントに anynode SBC を構成する方法のドキュメントと例については、 TE-Systems コミュニティページサイトに登録します。
メタスイッチ: 複数のテナントに対して Perimeta SBC を有効にする方法に関するドキュメントについては、 Metaswitch Community ページサイトに登録します。

注意

"連絡先" ヘッダーを構成する方法がわかっていることを確認してください。連絡先ヘッダーは、受信招待メッセージで顧客テナントを検索するために使用されます。

基本ドメインとサブドメインを登録する

ホスティングシナリオでは、次を作成する必要があります。

通信事業者が所有する 1 つの基本ドメイン名。
すべての顧客テナントの基本ドメイン名の一部であるサブドメイン。

次の例では、

Adatum は、インターネットとテレフォニーサービスを提供することで複数の顧客にサービスを提供する通信事業者です。
Woodgrove Bank、Contoso、Adventure Works は、Microsoft 365 ドメインを持ち、Adatum からテレフォニーサービスを受け取る 3 人の顧客です。

サブドメインは、顧客用に構成されるトランクの FQDN 名と、Microsoft 365 に招待を送信するときに Contact ヘッダーの FQDN と一致する 必要があります 。

呼び出しが Microsoft 365 ダイレクトルーティングインターフェイスに到着すると、インターフェイスは Contact ヘッダーを使用して、ユーザーを検索する必要があるテナントを検索します。ダイレクトルーティングでは、複数のテナントで重複する可能性がある DID 以外の番号を持つ顧客がいる場合があるため、招待時に電話番号検索は使用されません。そのため、連絡先ヘッダーの FQDN 名は、電話番号でユーザーを検索する正確なテナントを識別するために必要です。

Microsoft 365 組織でのドメイン名の作成の詳細については、「 Microsoft 365 ドメインのヘルプを表示する」を参照してください。

次の図は、ベースドメイン、サブドメイン、Contact ヘッダーの要件をまとめたものです。

SBC では、接続を認証するための証明書が必要です。 SBC ホスティングシナリオの場合、通信事業者は CN または SAN *.base_domain (例: *.customers.adatum.biz) を使用して証明書を要求する必要があります。この証明書は、1 つの SBC から提供される複数のテナントへの接続を認証するために使用できます。

次の表は、1 つの構成の例です。

新しいドメイン名	種類	登録	SBC の証明書 CN/SAN	この例のテナントの既定のドメイン	ユーザーへの呼び出しを送信するときに、連絡先ヘッダーに SBC が存在する必要がある FQDN 名
customers.adatum.biz	ベース	通信事業者のテナント	*.customers.adatum.biz	adatum.biz	NA、これはサービステナントであり、ユーザーなし
sbc1.customers.adatum.biz	サブドメイン	顧客テナント内	*.customers.adatum.biz	woodgrovebank.us	sbc1.customers.adatum.biz
sbc2.customers.adatum.biz	サブドメイン	顧客テナント内	*.customers.adatum.biz	contoso.com	sbc2.customers.adatum.biz
sbc3.customers.adatum.biz	サブドメイン	顧客テナント内	*.customers.adatum.biz	adventureworks.com	sbc3.customers.adatum.biz

ベースとサブドメインを構成するには、以下で説明する手順に従います。次の使用例は、1 人の顧客 (Woodgrove Bank テナントで sbc1.customers.adatum.biz) のベースドメイン名 (customers.adatum.biz) とサブドメインを構成します。

注意

sbcX.customers.adatum.biz を使用して、通信事業者テナントで音声を有効にします。sbcX には、任意の一意で有効な英数字ホスト名を指定できます。

キャリアテナントに基本ドメイン名を登録する

これらのアクションは、通信事業者テナントで実行されます。

運送業者テナントに適切な権限があることを確認する

グローバル管理者としてMicrosoft 365 管理センターにサインインした場合にのみ、新しいドメインを追加できます。

持っているロールを検証するには、Microsoft 365 管理センターhttps://portal.office.com () にサインインし、[ユーザー>のアクティブなユーザー] に移動し、グローバル管理者ロールがあることを確認します。

管理者ロールの詳細と、Microsoft 365 でロールを割り当てる方法の詳細については、「管理者ロールについて」を参照してください。

テナントにベースドメインを追加して確認する

Microsoft 365 管理センターで、[ドメインのセットアップ>] [ドメインの>追加] の順に移動します。
[ 自分が所有するドメインを入力 する] ボックスに、基本ドメインの FQDN を入力します。次の例では、基本ドメインが customers.adatum.biz されています。
[次へ] をクリックします。
この例では、テナントは既に検証済みドメイン名として adatum.biz しています。 customers.adatum.biz は既に登録されている名前のサブドメインであるため、ウィザードは追加の検証を求めません。ただし、以前に検証されていない FQDN を追加する場合は、検証のプロセスを実行する必要があります。検証のプロセスを以下に示します。
[ 次へ] を選択し 、[DNS 設定の更新] ページで [ 自分で DNS レコードを追加します ] を選択し、[ 次へ] を選択します。
次のページで、すべての値をクリアします (Exchange、SharePoint、Teams、またはSkype for Businessのドメイン名を使用する場合を除く)、[次へ] を選択し、[完了] を選択します。新しいドメインが [セットアップの完了] 状態になっていることを確認します。

ドメイン名をアクティブ化する

ドメイン名を登録したら、少なくとも 1 つの Teams ライセンスユーザーまたはリソースアカウントを追加して、ドメイン名をアクティブ化する必要があります。受け入れ可能なアカウントには、次のいずれかの SKU でライセンスが付与されます。

Office 365 E1/E3/E5 または Microsoft 365 E3/E5 を持つユーザーアカウント。
Office 365 A1/A3/A5 または Microsoft 365 A1/A3/A5 を持つユーザーアカウント。
Office 365 F3 または Microsoft 365 F1/F3 を持つユーザーアカウント。
Office 365 G1/G3/G5 または Microsoft 365 G3/G5 を持つユーザーアカウント。
Microsoft 365 Business Basic/Standard/Premium のユーザーアカウント。
Microsoft Teams 共有デバイス ライセンスを持つユーザーアカウント。
Microsoft Teams 電話リソースアカウント ライセンスを持つリソースアカウント。

さらに、アカウントの UPN (ユーザープリンシパル名) またはオンプレミスの SIP アドレスSkype for Businessは、新しく作成されたドメインと同じ FQDN を使用する必要があります。

Microsoft 365 組織でのユーザーの追加の詳細については、「 Microsoft 365 ドメインのヘルプを表示する」を参照してください。

例: test@customers.adatum.biz

基本ドメインのアクティブ化ページのスクリーンショット。

顧客テナントにサブドメイン名を登録する

顧客ごとに一意のサブドメイン名を作成する必要があります。この例では、既定のドメイン名 woodgrovebank.us を持つテナントにサブドメイン sbc1.customers.adatum.biz を作成します。

以下のすべてのアクションは、顧客テナントにあります。

顧客テナントに適切な権限があることを確認する

グローバル管理者としてMicrosoft 365 管理センターにサインインした場合にのみ、新しいドメインを追加できます。

管理者ロールの詳細と、Microsoft 365 でロールを割り当てる方法の詳細については、「管理者ロールについて」を参照してください。

顧客テナントにサブドメインを追加して確認する

Microsoft 365 管理センターで、[ドメインのセットアップ>] [ドメインの>追加] の順に移動します。
[ 自分が所有するドメインを入力 する] ボックスに、このテナントのサブドメインの FQDN を入力します。次の例では、サブドメインが sbc1.customers.adatum.biz されています。
[次へ] を選択します。
FQDN はテナントに登録されていません。次の手順では、ドメインを確認する必要があります。 代わりに [TXT レコードの追加] を選択します。
[ 次へ] を選択し、生成された TXT 値を書き留め、ドメイン名を確認します。
通信事業者の DNS ホスティングプロバイダーの前の手順の値を使用して TXT レコードを作成します。

詳細については、「任意の DNS ホスティングプロバイダーで DNS レコードを作成する」を参照してください。
顧客のMicrosoft 365 管理センターに移動し、[確認] を選択します。
次のページで、[ 自分で DNS レコードを追加します] を選択し、[ 次へ] を選択します。
[オンラインサービスの選択] ページで、すべてのオプションをオフにして、[次へ] を選択します。
[DNS 設定の更新] ページで [完了] を選択します。
状態が [セットアップ完了] になっていることを確認します。

注意

直接ルート トランクを追加できるようにするには、個々のクライアントのベース URL とサブドメインが同じテナント上にある必要があります。

サブドメイン名をアクティブにする

サブドメイン名を登録したら、少なくとも 1 つの Teams ライセンスユーザーまたはリソースアカウントを追加してアクティブ化する必要があります。受け入れ可能なアカウントには、次のいずれかの SKU でライセンスが付与されます。

Office 365 E1/E3/E5/A3/A5 または Microsoft 365 E3/E5/A3/A5 のユーザーアカウント
Office 365 F1/F3 または Microsoft 365 F1/F3 のユーザーアカウント
Microsoft 365 Business Basic/Standard/Premium プランと G3/G5 プランを持つユーザーアカウント
Microsoft Teams 共有デバイス ライセンスを持つユーザーアカウント
Microsoft Teams 電話リソースアカウント ライセンスを持つリソースアカウント

さらに、アカウントの UPN (ユーザープリンシパル名) またはオンプレミスの SIP アドレスSkype for Businessは、新しく作成されたサブドメインと同じ FQDN を使用する必要があります。

Microsoft 365 組織でのユーザーの追加の詳細については、「Microsoft 365 のヘルプを表示する」を参照してください。

例: test@sbc1.customers.adatum.biz

サブドメインページのアクティブ化のスクリーンショット。

トランクを作成し、ユーザーをプロビジョニングする

ダイレクトルーティングの最初のリリースでは、Microsoft では、New-CSOnlinePSTNGateway コマンドレットを使用して、サービスを提供される各テナント (顧客テナント) にトランクを追加する必要があります。

ただし、次の 2 つの理由から、この方法が最適であることが証明されていません。

オーバーヘッド管理。たとえば、SBC をオフロードまたはドレインすると、メディアバイパスの有効化や無効化など、いくつかのパラメーターが変更されます。ポートを変更するには、(Set-CSOnlinePSTNGateway を実行して) 複数のテナントのパラメーターを変更する必要がありますが、実際には同じ SBC です。
オーバーヘッド処理。トランク正常性データの収集と監視 - 実際には、同じ SBC と同じ物理トランクである複数の論理トランクから収集された SIP オプションによって、ルーティングデータの処理が遅くなります。

このフィードバックに基づいて、Microsoft は顧客テナントのトランクをプロビジョニングするための新しいロジックを導入しています。

2 つの新しいエンティティが導入されました。

コマンド New-CSOnlinePSTNGateway を使用して、キャリアテナントに登録されたキャリアトランク。次に例を示します。
```
New-CSOnlinePSTNGateway -FQDN customers.adatum.biz -SIPSignalingport 5068 -ForwardPAI $true
```
登録を必要としない派生トランク。これは、単にキャリアトランクから追加された目的のホスト名です。すべての構成パラメーターは、キャリアトランクから派生します。キャリアトランクとの関連付けは、FQDN 名に基づいています (以下の詳細を参照)。

プロビジョニングロジックと例

通信事業者は、Set-CSOnlinePSTNGateway コマンドを使用して、1 つのトランク (キャリアドメイン内のキャリアトランク) のみを設定して管理する必要があります。上記の例では、adatum.biz されています。
顧客テナントでは、通信事業者は音声ルートに派生トランク FQDN を追加する必要があります。トランクのNew-CSOnlinePSTNGatewayを実行する必要はありません。
派生トランクは、名前が示すように、キャリアトランクからすべての構成パラメーターを継承または派生します。

例：

Customers.adatum.biz – キャリアテナントで作成する必要があるキャリアトランク。
Sbc1.customers.adatum.biz – 顧客テナントの派生トランク。顧客テナントの派生トランクの名前は、作成せずに音声ルートに追加できます。
通信事業者は、派生トランク FQDN をキャリア SBC IP アドレスに解決する DNS レコードを設定する必要があります。
(キャリアテナント上の) キャリアトランクに加えられた変更は、派生トランクに自動的に適用されます。たとえば、通信事業者はキャリアトランクの SIP ポートを変更でき、この変更はすべての派生トランクに適用されます。トランクを構成するための新しいロジックにより、すべてのテナントに移動し、すべてのトランクでパラメーターを変更する必要がないので、管理が簡素化されます。
オプションは、キャリアトランク FQDN にのみ送信されます。キャリアトランクの正常性状態は、すべての派生トランクに適用され、ルーティングの決定に使用されます。ダイレクトルーティングオプションの詳細については、以下を参照してください。
キャリアはキャリアトランクをドレインでき、すべての派生トランクもドレインされます。

注意

キャリアトランクに適用される番号変換ルールは、派生トランクには適用されません。これは既知の問題です。別のソリューションとして、顧客のテナントごとに番号変換ルールを作成する必要があります。一部の機能は、PowerShell を使用してのみ構成できます。たとえば、新しい音声ルートの追加などです。 New-CsOnlineVoiceRoute コマンドレットを使用する必要があります。このような場合は、コマンドレットに関連するこのドキュメントの他のセクションで説明されているガイダンスに従ってください。

前のモデルからキャリアトランクへの移行

キャリアホストモデルの現在の実装から新しいモデルへの移行では、通信事業者は顧客テナントのトランクを再構成する必要があります。 Remove-CSOnlinePSTNGatewayを使用して顧客テナントからトランクを削除します (トランクはキャリアテナントに残します)。

通信事業者と派生トランクモデルを使用した監視とプロビジョニングを強化するため、できるだけ早く新しいソリューションに移行することを強くお勧めします。

Contact ヘッダーでサブドメインの FQDN 名を送信する構成の詳細については、 SBC ベンダーの手順を参照してください。

マルチテナントフェールオーバーの設定に関する考慮事項

マルチテナント環境のフェールオーバーを設定するには、次の操作を行う必要があります。

テナントごとに、2 つの異なる SBC の FQDN を追加します。次に例を示します。

customer1.sbc1.contoso.com
customer1.sbc2.contoso.com
[オンライン音声ルート] で、両方の SBC を指定します。 1 つの SBC が失敗した場合、ルーティングポリシーは 2 番目の SBC に呼び出しをルーティングします。

複数のテナントにセッションボーダーコントローラーを構成する

SBC のデプロイと構成

基本ドメインとサブドメインを登録する