Cloud Connector エディションでのメディア バイパスを計画する
このトピックでは、Cloud Connector エディション バージョン 2.0 以降でのメディア バイパスの実装を計画する上で考慮すべき事項を説明します。 メディア バイパスの展開の詳細については、「 Cloud Connector Edition でメディア バイパスを展開する」を参照してください。
メディア バイパスを使用すると、クライアントは、ゲートウェイまたはセッション ボーダー コントローラー (SBC) である公衆交換電話網 (PSTN) の次ホップにメディアを直接送信し、メディア パスから Cloud Connector Edition コンポーネントを排除できます。
メディア バイパスにより、遅延、パケット損失の可能性、および潜在的な障害点の数を低減して、音声品質を向上できます。 バイパスされた呼び出しのメディア処理を排除すると、Cloud Connector の負荷が軽減され、同時呼び出しの数が増え、スケーラビリティが向上します。
Cloud Connector をメディア処理タスクから解放すると、インフラストラクチャに必要な Cloud Connector アプライアンスの数が減る可能性があるため、可能な限りメディア バイパスを有効にする必要があります。
メディア バイパスがメディアと信号の経路に及ぼす影響
信号はメディア バイパスの有無に関係なく同じ経路を通りますが、メディアの流れはその影響を受けて異なる経路を通ります。 次の図は、メディア バイパスを使用した場合と使用しない場合の、トポロジ内のメディアと信号の経路を示しています。
たとえば、メディア バイパスを採用しない次のトポロジでは、Skype for Business クライアントが PSTN 通話を外部番号に発信すると、SIP シグナリングは Microsoft 365 または Office 365に送信され、エンド ユーザーの音声ポリシーに従ってシグナリング トラフィックが転送されます。 Cloud Connector ユーザーの場合、音声ポリシーは、シグナリング トラフィックを Cloud Connector Edge Server に送信し、その後、シグナリング トラフィックをクラウド コネクタ 仲介サーバー経由で PSTN セッション ボーダー コントローラー (SBC) またはゲートウェイにルーティングします。 メディアは、次の図に示すように、Skype for Business クライアントから Cloud Connector Mediation Server に、次に SBC またはゲートウェイにフローします。
メディア バイパスを使用しない場合のメディアと信号の経路
PSTN からの着信通話は、同一の信号経路を逆方向で使用します。 内部ユーザーの場合、メディアは最終的には、Skype for Business クライアントとクラウド コネクタ 仲介サーバーと SBC またはゲートウェイの間でフローします。
メディア バイパスを採用する次のトポロジでは、シグナリングは同じパスを受け取りますが、次の図に示すように、メディアはSkype for Business クライアントと SBC またはゲートウェイの間で直接流れます。
メディア バイパスを使用する場合のメディアと信号の経路
マルチサイトのシナリオおよびメディア バイパス
メディア バイパスは、1 つの Cloud Connector アプライアンスを使用して複数のサイトにテレフォニー サービスを提供する場合にも便利です。 Cloud Connector は送信元または宛先の番号に基づいて通話をルーティングできないため、ほとんどの企業は、ルーティングの決定を行うために、Cloud Connector の背後に SBC またはゲートウェイをデプロイします。 このシナリオでは、次の図に示すようにメディア バイパスによりクライアントと中央 SBC またはゲートウェイ間の転送が排除されています。
マルチサイトでの適用
SIP トラフィックは、チューリッヒのユーザーから Microsoft 365 またはOffice 365に送信されます。
その後、トラフィックは、ユーザー音声ルーティング ポリシーで指定されているように、アムステルダムの Cloud Connector アプライアンスにルーティングされます。
アムステルダムの Cloud Connector アプライアンスは、SIP トラフィックをアムステルダムの中央ゲートウェイに送信します。
アムステルダムの中央ゲートウェイは、適切なルーティング決定を行い、トラフィックをチューリッヒの SBC またはゲートウェイに送信し、メディアはアムステルダムの Skype for Business クライアントと SBC またはゲートウェイの間を直接流れます。
この方法では、Cloud Connector が一元化されている 1 つの Cloud Connector デプロイごとに、より多くのユーザーにサービスを提供できます。 Cloud Connector はメディア パスから除外されますが、一元化されたマルチサイト シナリオのメディアでは、一元化された SBC またはゲートウェイを通過するために必要な 2 倍の WAN を通過する可能性があります。
クライアントが発信コールを発信している企業ネットワークの外部にある場合、メディア トラフィックは、次の図に示すように、クラウド コネクタのエッジ サーバーと仲介サーバーを介してフローし、チューリッヒとアムステルダム間の WAN リンクを経由します。
メディア バイパスでサポートされるクライアント
メディア バイパスの最初のリリースでは、唯一サポートされているクライアントは、Microsoft 365 Apps for enterprise バージョン 16.0.7870.2020 以降の一部である Skype for Business 2016 Windows クライアントです。 お客様は、最新機能提供、段階的提供、段階的提供チャネルの最初のリリースから任意のチャネルを選択できます。
注意
クライアント VPN ソリューションを Skype for Business クライアントと組み合わせて使用している場合、メディア バイパスは VPN 分割トンネル構成でのみサポートされます。
リリース チャネルの詳細については、「Microsoft 365 Apps for enterpriseの更新プログラム チャネルの概要」を参照してください。
異なるチャネル内のクライアントの現在のリリース バージョンについては、「Microsoft 365 Apps for enterpriseの更新プログラムのリリース情報」を参照してください。
メディア バイパスに関連する Cloud Connector の容量の考慮事項
メディア バイパスを使用せず、ハードウェアに応じて、Cloud Connector アプライアンスは、メディアを仲介サーバー経由で移動する必要がある 50 から 500 回の同時呼び出しを処理できます。 詳細については、「Skype for Business クラウド コネクタ エディションの計画」を参照してください。
メディア バイパスを使用すると、サポートされるバージョンの内部クライアントでは仲介サーバーが使用されないため、内部クライアントの数を大幅に増やすことができます。
前述のように、外部クライアントまたはサポートされていないクライアントは、メディアに Cloud Connector Edge サーバーと仲介サーバーを使用します。 サイトに配置するクラウド コネクタ アプライアンスの数を計算するときは、サポートされていないクライアント上の外部ユーザーとユーザーからのトラフィックを考慮する必要があります。
Cloud Connector による [常にバイパスする] モードのサポート
Cloud Connector では、Always Bypass モードのみがサポートされます。 オンプレミス環境では、[常にバイパスする] と [サイトおよび地域情報の使用] の 2 つのオプションがあります。
[常にバイパスする] では、内部クライアントを発信元または発信先とするすべての PSTN 通話に対してメディア バイパスが試行されます。 クライアントが内部または外部のクライアントであるかを判別するには、仲介サーバーの仮想マシン上にある Web サイトを使用します。 クライアントがサイトに到達できる場合は、内部クライアントであると見なされて、メディア バイパスが使用されます。 クライアントがサイトに到達できない場合 (たとえば、クライアントがホーム ネットワーク上に存在しない場合)、メディア バイパスは使用されません。
[常にバイパスする] を使用するには、PSTN サイト内でユーザーと PSTN ゲートウェイ間に妨げのない接続が必要になります。
詳細については、「Skype for Business クラウド コネクタ エディションの計画」を参照してください。
たとえば、次の図では、ヨーロッパのユーザーはアムステルダムの 3 つのセッション ボーダー コントローラー (SBC) に接続されている必要があり、米国西部のユーザーはシアトルの 2 つの SBC に十分に接続されている必要があります。 良好な接続性とは、ユーザーが SBC またはゲートウェイとしての同一ネットワーク サイト内に存在するか、適切なバンド幅を備えた WAN リンク上に存在することを意味します。
注意
ユーザーがチューリッヒからシアトルのオフィスに移動する場合に、そのユーザーとヨーロッパのゲートウェイ間でメディア トラフィックを可能にするために (インターネットの代わりに) 内部ネットワークを使用するには、ヨーロッパの SBC またはゲートウェイが配置されているアムステルダム オフィスとシアトル オフィスが良好な接続性を保っている必要があります。
メディア バイパスで使用されるコーデック
メディア バイパスを有効にすると、クライアントと SBC またはゲートウェイ間で G.711 コーデックが使用されます。