ダイレクト ルーティングのローカル メディア最適化を構成する

ローカル メディアの最適化の構成は、Location-Based ルーティングや動的緊急通話など、他のクラウド音声機能に共通するネットワーク設定に基づいています。 ネットワークリージョン、ネットワーク サイト、ネットワーク サブネット、信頼された IP アドレスの詳細については、「 クラウド音声機能のネットワーク設定」を参照してください。

ローカル メディアの最適化を構成する前に、「 ダイレクト ルーティングのローカル メディアの最適化」を参照してください。

ローカル メディアの最適化を構成するには、次の手順が必要です。 Teams 管理 センターまたは PowerShell を使用できます。 詳細については、「 ネットワーク トポロジの管理」を参照してください。

1. ユーザーと SBC サイトを構成します (この記事で説明します)。
2. ローカル メディア最適化用の SBC を構成します (SBC ベンダーの仕様に従います)。

次の図は、この記事全体の例で使用されるネットワーク設定を示しています。

ユーザーと SBC サイトを構成する

ユーザーと SBC サイトを構成するには、次の手順を実行する必要があります。

1. 外部の信頼された IP アドレスを管理します。

2. ネットワーク リージョン、ネットワーク サイト、およびネットワーク サブネットを構成して、ネットワーク トポロジを定義します。

3. 関連するモードとプロキシ SBC 値を使用して SBC をサイトに割り当てることで、仮想ネットワーク トポロジを定義します。

SBC ベンダーの仕様に従ってローカル メディアの最適化用に SBC を構成する

この記事では、Microsoft コンポーネントの構成について説明します。 SBC の構成については、SBC ベンダーのドキュメントを参照してください。 SBC ベンダーがローカル メディアの最適化をサポートする方法については、「 直接ルーティング用に認定されたセッション ボーダー コントローラー」を参照してください。

外部信頼された IP アドレスを管理する

外部信頼された IP は、エンタープライズ ネットワークのインターネット外部 IP です。 これらの IP は、Microsoft Teams クライアントが Microsoft 365 に接続するときに使用される IP アドレスです。 ローカル メディアの最適化を使用するユーザーがいるサイトごとに、これらの外部 IP を追加する必要があります。

各サイトのパブリック IP アドレスを追加するには、New-CsTenantTrustedIPAddress コマンドレットを使用します。 テナントに対して信頼できる IP アドレスを無制限に定義できます。 Microsoft 365 で見られる外部 IP が IPv4 アドレスと IPv6 アドレスの両方である場合は、両方の種類の IP アドレスを追加する必要があります。 IPv4 の場合は、マスク 32 を使用します。 IPv6 の場合は、マスク 128 を使用します。 コマンドレットで異なる MaskBits を指定することで、個々の外部 IP アドレスと外部 IP サブネットの両方を追加できます。

New-CsTenantTrustedIPAddress -IPAddress <External IP address> -MaskBits <Subnet bitmask> -Description <description>

信頼できる IP アドレスを追加する例。

New-CsTenantTrustedIPAddress -IPAddress 172.16.240.110 -MaskBits 32 -Description "Vietnam site trusted IP"
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.120 -MaskBits 32 -Description "Indonesia site trusted IP"
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.130 -MaskBits 32 -Description "Singapore site trusted IP"

ネットワーク トポロジを定義する

このセクションでは、ネットワーク トポロジのネットワーク リージョン、ネットワーク サイト、ネットワーク サブネットを定義する方法について説明します。

すべてのパラメーターでは大文字と小文字が区別されるため、セットアップ中に使用されたのと同じケースを使用する必要があります。 (たとえば、GatewaySiteID 値 "Vietnam" と "vietnam" は異なるサイトとして扱われます)。

ネットワークリージョンを定義する

ネットワーク領域を定義するには、New-CsTenantNetworkRegion コマンドレットを使用します。 RegionID パラメーターは、リージョンの地域を表す論理名であり、依存関係や制限はありません。 CentralSite <site ID> パラメーターは省略可能です。

New-CsTenantNetworkRegion -NetworkRegionID <region ID>

次の例では、APAC という名前のネットワーク リージョンを作成します。

New-CsTenantNetworkRegion -NetworkRegionID "APAC"

ネットワーク サイトを定義する

ネットワーク サイトを定義するには、New-CsTenantNetworkSite コマンドレットを使用します。 各ネットワーク サイトは、ネットワーク リージョンに関連付けられている必要があります。

New-CsTenantNetworkSite -NetworkSiteID <site ID> -NetworkRegionID <region ID>

次の例では、APAC リージョンにベトナム、インドネシア、シンガポールの 3 つの新しいネットワーク サイトを作成します。

New-CsTenantNetworkSite -NetworkSiteID "Vietnam" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Indonesia" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Singapore" -NetworkRegionID "APAC"

ネットワーク サブネットを定義する

ネットワーク サブネットを定義し、ネットワーク サイトに関連付けるには、New-CsTenantNetworkSubnet コマンドレットを使用します。 各ネットワーク サブネットは、1 つのサイトにのみ関連付けることができます。

New-CsTenantNetworkSubnet -SubnetID <Subnet IP address> -MaskBits <Subnet bitmask> -NetworkSiteID <site ID>

次の例では、3 つのネットワーク サブネットを定義し、それらをベトナム、インドネシア、シンガポールの 3 つのネットワーク サイトに関連付けます。

New-CsTenantNetworkSubnet -SubnetID 192.168.1.0 -MaskBits 24 -NetworkSiteID "Vietnam"
New-CsTenantNetworkSubnet -SubnetID 192.168.2.0 -MaskBits 24 -NetworkSiteID "Indonesia"
New-CsTenantNetworkSubnet -SubnetID 192.168.3.0 -MaskBits 24 -NetworkSiteID "Singapore"

仮想ネットワーク トポロジを定義する

まず、テナント管理者は、New-CsOnlinePSTNGateway コマンドレットを使用して、関連する SBC ごとに新しい SBC 構成を作成します。 テナント管理者は、Set-CsOnlinePSTNGateway コマンドレットを使用して PSTN ゲートウェイ オブジェクトのネットワーク サイトを指定することで、仮想ネットワーク トポロジを定義します。

PS C:\> Set-CsOnlinePSTNGateway -Identity <Identity> -GatewaySiteID <site ID> -MediaBypass <true/false> -BypassMode <Always/OnlyForLocalUsers> -ProxySBC  <proxy SBC FQDN or $null>

次の点に注意してください。

• 顧客が単一の SBC を持っている場合、-ProxySBC パラメーターは必須の$nullまたは SBC FQDN 値である必要があります (集中型トランクを使用する中央 SBC シナリオ)。
• ローカル メディアの最適化をサポートするには、-MediaBypass パラメーターを $true に設定する必要があります。
• SBC に -BypassMode パラメーターが設定されていない場合、X-MS ヘッダーは送信されません。
• すべてのパラメーターでは大文字と小文字が区別されるため、セットアップ中に使用されたのと同じケースを使用する必要があります。 (たとえば、GatewaySiteID 値 "Vietnam" と "vietnam" は異なるサイトとして扱われます)。

次の例では、APAC リージョンのネットワーク サイトベトナム、インドネシア、シンガポールに 3 つの SBC を追加し、モードは常にバイパスします。

Set-CSOnlinePSTNGateway -Identity "proxysbc.contoso.com" -GatewaySiteID "Singapore" -MediaBypass $true -BypassMode "Always" -ProxySBC $null

Set-CSOnlinePSTNGateway -Identity "VNsbc.contoso.com" -GatewaySiteID "Vietnam" -MediaBypass $true -BypassMode "Always" -ProxySBC "proxysbc.contoso.com"

Set-CSOnlinePSTNGateway -Identity "IDsbc.contoso.com" -GatewaySiteID "Indonesia" -MediaBypass $true -BypassMode "Always" -ProxySBC "proxysbc.contoso.com"

上記の情報に基づいて、ダイレクト ルーティングには、次の表に示すように、SIP への 3 つの専用 SIP ヘッダーと再招待が含まれます。

X-MS ヘッダーは、招待時の直接ルーティングで導入され、BypassMode が定義されている場合にRe-Invitesします。

通話フロー

次の 2 つのモードの呼び出しフローを示します。

• Always Bypass
• ローカル ユーザーのみ

Always Bypass モード

Always Bypass モードは、構成する最も簡単なオプションです。 テナント管理者は、すべての SBC が任意のサイトから到達可能な場合、すべてのユーザーと SBC に対して 1 つのサイトを構成できます。

次の例では、次のシナリオでは常にバイパス モードを示しています。

• 送信呼び出しとユーザーが SBC と同じ場所にある
• 受信呼び出しとユーザーが SBC と同じ場所にある
• 送信呼び出しとユーザーが外部
• 受信呼び出しとユーザーが外部

次の表は、例で使用される FQDN と IP アドレスを示しています。

送信呼び出しとユーザーが Always Bypass を使用して SBC と同じ場所にある

次の表は、エンド ユーザーの構成とアクションを示しています。

次の図は、Always バイパス モードの発信コールの SIP ラダーと、SBC と同じ場所にあるユーザーを示しています。

次の表は、ダイレクト ルーティングによって送信される X-MS ヘッダーを示しています。

着信呼び出しとユーザーが常にバイパスする SBC と同じ場所にある

受信呼び出しでは、ユーザーの場所は不明であり、SBC はユーザーの場所を推測する必要があります。 推測が正しくない場合は、再招待が必要です。 このケースでは、ユーザーが内部であり、メディアを直接フローでき、それ以上のアクションは必要ないことを前提としています (再招待)。 ダイレクト ルーティング サービスに接続されている SBC は、Record-Routeフィールドと連絡先フィールドを指定して、送信元の SBC の場所を報告します。 これらのフィールドに基づいて、メディア パスはダイレクト ルーティングによって計算されます。

注: ユーザーが複数のエンドポイントを持つことがある場合、183 をサポートすることはできません。 この場合、ダイレクト ルーティングでは常に 180 リンギングが使用されます。

次の図は、AlwaysBypass モードの着信呼び出しの SIP ラダーを示しており、ユーザーは SBC と同じ場所にあります。

送信呼び出しとユーザーが Always Bypass を使用して外部である

次の図は、AlwaysBypass モードの送信コールの SIP ラダーを示しており、ユーザーは外部です。

次の表は、ダイレクト ルーティング サービスによって送信される X-MS ヘッダーを示しています。

着信呼び出しとユーザーが Always Bypass を使用して外部にある

着信呼び出しの場合、ダイレクト ルーティングに接続されている SBC は、ユーザーの場所が外部の場合に再招待を送信する必要があります (既定では、ローカル メディア候補は常に提供されます)。 X-MediaPath は、指定されたRecord-Routeと SBC ユーザーに基づいて計算されます。

次の図は、AlwaysBypass モードの着信呼び出しの SIP ラダーを示しています。ユーザーは外部です。

ローカル ユーザー モードの場合のみ

ターゲット SBC のローカル メディア候補は、ユーザーが SBC と同じ場所にある場合にのみ提供されます。 それ以外のすべての場合、メディアはプロキシ SBC の内部 IP または外部 IP を経由します。

次のシナリオについて説明します。

• 送信呼び出しとユーザーが SBC と同じ場所にある
• 受信呼び出しとユーザーが SBC と同じ場所にある
• ユーザーが SBC と同じ場所にいないが、企業ネットワーク内にある
• 着信呼び出しとユーザーは内部的ですが、SBC と同じ場所にありません

次の表は、エンド ユーザーの構成とアクションを示しています。

送信呼び出しとユーザーが SBC と同じ場所にあり、ローカル ユーザーのみ

次の図は、OnlyForLocalUsers モードの送信呼び出しを示しており、ユーザーが SBC と同じ場所にあります。 これは、 ユーザーが SBC と同じ場所にある場合の送信呼び出しに表示されるフローと同じです。

受信呼び出しとユーザーが SBC と同じ場所にあり、ローカル ユーザーのみ

次の図は、OnlyForLocalUsers モードの着信呼び出しを示しており、ユーザーが SBC と同じ場所にあります。 これは、 ユーザーが SBC と同じ場所にある場合の受信呼び出しに示されているフローと同じです。

ユーザーが SBC と同じ場所にいないが、ローカル ユーザー専用の企業ネットワーク内にある

ダイレクト ルーティングでは、SBC で構成されたユーザーとモードの報告された場所に基づいて X-MediaPath が計算されます。

次の図は、OnlyForLocalUsers モードの送信呼び出しと、SBC と同じ場所にない内部ユーザーを示しています。

受信呼び出しとユーザーは内部ですが、ローカル ユーザー専用の SBC と同じ場所にありません

次の図は、OnlyForLocalUsers モードの着信呼び出しと、SBC と同じ場所にない内部ユーザーを示しています。