ExpressRoute を使用したコール フロー
Important
21Vianetが中国で運営するSkype for Businessオンラインは、2023年10月1日に廃止されます。 Skype for Business Online ユーザーをまだアップグレードしていない場合は、自動的に支援されたアップグレードがスケジュールされます。 organizationを自分で Teams にアップグレードする場合は、今すぐアップグレード パスの計画を開始することを強くお勧めします。 アップグレードが成功すると技術的な準備とユーザーの準備が整っていることを忘れないでください。そのため、Teams への旅を進める際には 、アップグレード ガイダンス を活用してください。
Skype for Businessオンラインは、21Vianet が中国で運営するサービスを除き、2021 年 7 月 31 日に廃止されました。
[] この記事では、Skype for Business Online および ExpressRoute の核となるコール フローの原則について説明し、これらのサービスを正しく理解し計画できるよう詳細な例をいくつか示します。
Microsoft 365 または Office 365、Skype for Business Server Hybrid、または Skype for Business クラウド コネクタ エディション の一部として Skype for Business Online を展開する場合は、クライアントとサーバーと通話フローをSkype for Businessして、Skype for Business Online サービスを効果的に計画、デプロイ、運用、トラブルシューティングできるようにします。
コール フローの概要
このドキュメントでは、コール フロー用データを送信できるネットワーク セグメントについて説明し、インターネットまたは ExpressRoute を通るトラフィックと比較して、どのトラフィックがネットワークに対してローカルのままになるかを理解できるようにします。 ExpressRoute を使用するトラフィックを把握すると、ExpressRoute を使用して会社が受ける利点を評価するのに役立ち、ExpressRoute の使用を決定した後に展開を検証してトラブルシューティングするための ExpressRoute 展開ガイダンスを理解するのに役立ちます。
ここで説明する呼び出しフローは、ファイアウォール規則、NAT 構成、プロキシ、ルーターの構成など、制御下にあるさまざまな要因によって影響を受ける可能性があります。 このドキュメントでは、推奨される設定が適用されていることを前提としています。 推奨される設定について以下に説明します。
上記のドキュメントに記載されているセットアップ手順に従っていないセットアップと構成では、ここで説明した通話フローとは異なる呼び出しフローを使用できます。 さらに、非対称ネットワーク ルートや最適でないネットワーク ルート、最適でないトランスポート プロトコルなどの構成の問題が発生する可能性があります。 ExpressRoute には Office 365 への 2 つ目のパスが導入されるため、非対称ルーティングは重要な考慮事項です。これにより、インターネットを一方向に使用するルートと、もう一方の方向で ExpressRoute を使用する別のルートの可能性が生じる可能性が生まれます。 これにより、ステートフル ファイアウォールを通過すると、トラフィックが戻り方向にブロックされる可能性があります。
ネットワーク セグメントとトラフィック タイプ
ネットワーク セグメント
コール フローについて説明する前に、Skype for Business Online で使用されるネットワーク セグメントとメディアのタイプの理解に役立ついくつかの用語を定義する必要があります。
次の通話フロー図は、パフォーマンス特性が異なるさまざまな組織 (内部ネットワーク、ネットワーク サービス プロバイダー、およびインターネット ピアリング パートナー、および Microsoft) によってそれぞれ管理される 4 つの異なるネットワーク セグメントを示しています。 ネットワーク パフォーマンスのターゲットに関するガイドラインについては、「Skype for Business Online のメディア品質とネットワーク接続パフォーマンス」を参照してください。
これから説明する各ネットワーク セグメントは、以下のとおりです。
ネットワーク これは、制御および管理するネットワーク全体の一部であるネットワーク セグメントです。 これには、オフィス内の接続、有線または無線、オフィスビル間の接続、オンプレミス データセンターへの接続、インターネット プロバイダーまたは ExpressRoute パートナーへの接続がすべて含まれています。
通常、ネットワークのエッジには、ファイアウォールやプロキシ サーバーを備えた 1 つ以上の DMZ があり、organizationのセキュリティ ポリシーが適用され、設定および構成した特定のネットワーク トラフィックのみが許可されます。 このネットワークを管理するため、ネットワークのパフォーマンスを直接制御できるため、ネットワーク内のサイト内とネットワークからオンラインSkype for Businessの両方のパフォーマンスを検証するために、ネットワーク評価を完了することを強くお勧めします。 パフォーマンス要件については、「Skype for Business Online のメディア品質とネットワーク接続のパフォーマンス」を参照してください。
インターネット これは、ネットワーク全体の中で、組織のネットワークの外部から Skype for Business Online に接続しているユーザーが使用するネットワーク セグメントで、ExpressRoute が構成されていない場合にすべての接続に使用されます。 インターネットおよびそのすべての接続は組織の管理者または Microsoft によって管理されないため、パフォーマンスおよびルーティング パスを決めることはできず、これは全体のコール フローと品質に最も大きく影響します。
ExpressRoute これは、Microsoft ネットワークへの専用のプライベート接続を提供する、ネットワーク全体の一部であるネットワーク セグメントです。 これは、ネットワーク速度とパフォーマンスに依存するすべてのワークロード (Skype for Business Online リアルタイム通信など) に対して、ネットワークを Microsoft ネットワーク (Microsoft 365 または Office 365 データセンター) に接続する場合に推奨されるオプションです。 ExpressRoute 接続は、ネットワーク間で行われ、Microsoft ネットワークは ExpressRoute 接続プロバイダー を使用して、プライベートおよびマネージド ネットワークを提供します。アップタイムは 99.9% で、サービス品質 (QoS) のサポートにより、ネットワークの輻輳期間中のリアルタイム メディアのパフォーマンスを向上させることができます。
Microsoft ネットワークこれは、Microsoft 365 および Office 365 サービスをサポートするネットワーク全体の一部であるネットワーク セグメントです。 これには、Microsoft 365 または Office 365用のオンライン サーバー間のすべての通信が含まれます。 Microsoft ネットワーク バックボーンをトラバースし、地理的地域間で送信されるトラフィックが含まれる可能性があります。
トラフィックの種類
Skype for Business Online のネットワーク トラフィックは、大きく 2 つのカテゴリに分類され、コール フローの別のパスとして表示されます。
リアルタイム メディア は、RTP (リアルタイム トランスポート プロトコル) 内にカプセル化されたデータであり、オーディオ、ビデオ、アプリケーション共有、およびファイル転送ワークロードをサポートします。 一般に、メディア トラフィックは待機時間の影響を受けやすいため、TCP を使用すると待機時間が長くなるため、このトラフィックは可能な限り最も直接的なパスを使用し、トランスポート層プロトコルとして UDP を使用する必要があります。
シグナリング とは、クライアントとサーバーの間の通信リンク、またはアクティビティを制御するために使用される他のクライアント (呼び出しが開始されたときなど) と、VM を配信する通信リンクです。 ほとんどのシグナリング トラフィックでは SIP プロトコルが使用されますが、一部のクライアントでは HTTP ベースの REST インターフェイスが使用されます。 簡単にするために、この種類のトラフィックで HTTP 接続と HTTPS 接続または TLS 接続を経由する可能性があるさまざまなシグナリングを検討しています。 このトラフィックは待機時間の影響をはるかに受けにくいことを理解しておくことが重要ですが、エンドポイント間の待機時間が数秒を超えると、サービスの停止や呼び出しタイムアウトが発生する可能性があります。
このトラフィックの宛先は、すべての Microsoft 365 または Office 365 サービスのOFFICE 365 URL と IP アドレス範囲にあります。 URL ごとに、トラフィックのその部分が ExpressRoute for Microsoft 365 または Office 365を通過できるかどうかを示します。 ExpressRoute が有効になっているときにインターネットが一部のトラフィックに引き続き使用されることを示す図については、「Office 365の Azure ExpressRoute」を参照してください。 ExpressRoute 経由でルーティング可能と表示されている URL もインターネット経由でルーティング可能であることを理解しておくことが重要です。 つまり、一部のシナリオでは、インターネットまたは ExpressRoute が使用されるかどうかに関する決定は、クライアントの場所と、プロキシ サーバーおよびファイアウォールの構成に依存します。 また、Microsoft 365 または Office 365に関連付けられているすべての URL が ExpressRoute を使用できるわけではないため、ExpressRoute パートナーから ExpressRoute を購入した場合でもインターネット接続が必要であることを理解することも重要です。
インターネット経由でのみ送信できるトラフィックには、証明書失効Lists (CRL)、DNS 参照と名前解決、共有 Microsoft 365 または Office 365 サービスの URL (Microsoft 365 管理センターなど) などの一般的なインターネットの依存関係、および の一部の非リアルタイム通信機能が含まれます。Skype for Businessオンライン(Skype コンシューマーとの相互運用性のためのテレメトリやフェデレーション、Skype 会議ブロードキャスト用にストリーミングされるメディアなど)。 決定に役立つ情報については、ネットワーク ルーティングを計画する際の考慮事項の詳細については、Office 365については「ExpressRoute でのルーティング」を参照してください。
Skype for Business によるコール フローの原則
特定のコール フロー シナリオの詳細を説明する前に、Skype for Business のコール フローを理解するのに役立つ 6 つの一般原則があります。
Skype for Business 会議は、会議開催者の自宅がある場所と同じ地域でホストされます。 これは、開催者がオンライン ユーザーの場合はクラウド、会議開催者がオンプレミス ユーザーの場合はオンプレミスのデータセンターにあります。
クライアントからホストされている会議に送信されるメディア トラフィックは常に会議がホストされているサーバーに送信されます。 これは、管理するデータセンター内のオンプレミス サーバー、またはクラウド内のオンライン サーバーである可能性があります。 ただし、エッジ サーバーは常にオンライン会議用のメディア フローに使用されます。
ピアツーピア呼び出しのメディア トラフィックは、使用可能な最も直接的なルートを受け取ります。 優先されるルートは、リモートピア (クライアント) にダイレクトされますが、ファイアウォール ブロックなどのためにルートが使用できない場合は、1 つ以上のエッジ サーバーがトラフィックを中継します。
シグナリング トラフィックは常に、ユーザーが自宅で使用する、オンラインまたはオンプレミスのサーバーに送信されます。 フロント エンド サーバーに直接接続できない場合は、エッジ サーバーが使用されます。
オンラインでホストされている会議に参加するユーザーは、常にエッジ サーバーを使用します (必要に応じて、クライアント ファイアウォールの構成により 2 つ)。
オンプレミスでホストされる会議に参加するユーザーは通常、オンプレミス展開を含む同じネットワーク内から接続する場合はエッジ サーバーを使用せず、ネットワーク外から接続する場合には 1 つまたは 2 つのエッジ サーバーを使用します。
選択されるメディア パスの詳細については、「ICE - エッジ メディア接続」を参照してください。 このビデオは Lync Server 2013 に関するものですが、原則とプロトコルは Skype for Business にも適用されます。
ExpressRoute を利用する Skype for Business コール フロー
4 つのネットワーク セグメントと、Skype for Business コール フローに関するいくつかの一般的なガイド原則について理解したら、ここではその情報を使用して、ExpressRoute ネットワーク セグメントをトラバースする Skype for Business トラフィックについて理解することができます。
一般に、1 つのエンドポイントがネットワーク内にあり、もう一方のエンドポイントが Microsoft 365 または Office 365 データセンターにある場合、ネットワーク トラフィックは ExpressRoute 接続を通過します。 これには、クライアントとサーバー間のシグナリング トラフィック、電話会議中に使用されるメディア トラフィック、オンライン エッジ サーバーを使用するピアツーピア通話が含まれます。
両方のエンドポイントがインターネットで直接通信可能である場合、またはネットワーク内に配置されている場合、トラフィックは ExpressRoute 接続をトラバースしません。 これには、ピアツーピア呼び出し用のメディア、インターネットからオンプレミス展開へのトラフィック、インターネットと Microsoft 365 または Office 365 Edge Server 間のトラフィックが含まれます。 この例としては、ホテルからオンライン会議に参加するユーザーが挙げられます。
基本的な Skype for Business コール フロー
上記で説明されている Skype for Business コール フローに関する一般原則を適用できるように、この記事の次のセクションには参照としていくつかの図が含まれています。 これは可能なコール フローすべての完全リストではありませんが、上記で詳述されている原則の適用に役立ちます。 また、図のシナリオは、オンライン、ハイブリッド、Cloud Connector、そして特殊なケースである Skype 会議ブロードキャストを含む、共通の展開タイプを網羅しています。
注意
Skype for Business によって使用されるトラフィックのサブセットは ExpressRoute 経由でルーティング可能ではなく、常にインターネット パスを取ります。 影響を受ける可能性がある URL を判断するには、「Office 365 URL および IP アドレス範囲」を参照してください。
顧客ネットワーク内からの Microsoft 365 または Office 365 ユーザーのピアツーピア呼び出し
ピアツーピア通話の場合、メディア トラフィックは常にその宛先への最短ルートを取ります。 ただし、シグナリング トラフィックは、オンライン ユーザーが所属する Microsoft 365 または Office 365 データセンターに送信されます。 両方のユーザーが同じ WAN 上で、クライアントが直接通信することを妨げるものは何もないため、メディアは両ユーザー間で直接やり取りします。 両方のユーザーが、各organizationのデータセンター宛ての ExpressRoute 接続を経由するトラフィックを通知します。 このシナリオでのコール フローを確認するには、以下を参照してください。
ピアツーピアのコール フロー
オンラインでホストされている会議に参加しているネットワーク上のオンライン ユーザー
ピアツーピアの例では、メディア トラフィックは常にその宛先への最も直接的なルートを受け取ります。 ただし、オンライン会議の場合、宛先はクラウド内にあります。 つまり、ネットワーク内から会議に参加するすべてのユーザーのメディア トラフィックは ExpressRoute 接続を通過し、シグナリング トラフィックはクラウドに移動します。 次の図は、メディアとシグナリングの両方がネットワーク内のユーザーの ExpressRoute 接続を経由し、インターネットに接続されているユーザー (コーヒー ショップやホテルなど) をネットワークの外部からインターネットに接続するユーザーを直接走査することを示しています。
会議の場所は出席者ではなく、会議開催者によって定義されます。 つまり、会議がオンプレミスの顧客によってスケジュールされている場合、メディア トラフィックは ExpressRoute 経由でクラウドに流れるのではなく、代わりにインターネットを経由して会議開催者のオンプレミス データセンターに送信されます。
オンライン会議のメディアの宛先は、Microsoft 365 または Office 365 クラウド内のデータセンターですが、データセンターは、会議に参加しているユーザーとは異なる地理的リージョンにある可能性があります。 これは、次のいずれかの場合に発生する可能性があります。
会議開催者が出席者または参加者とは異なる会社の従業員であり、開催者の組織が別の地理的場所または国/地域でホストされている場合。
ユーザーがその会社の組織がある国/地域とは異なる国/地域から参加している場合 (会社が多国籍企業である、またはユーザーが出張中であるなど)。
このシナリオでの ExpressRoute を使用する利点は、ExpressRoute Premium アドオンによって、会議組織のデータセンターの開催者の地理的領域に関係なく、ExpressRoute パスをたどるデータが Microsoft のバックボーンを自動的に通過することです。
オンライン ユーザーとオンライン会議コール フロー
ハイブリッド展開のオンプレミス ユーザーによってホストされる会議の参加
ホストされている会議をサポートする会議サーバーは、会議開催者の自宅がある場所によって決定されます。 このシナリオでは、ハイブリッド展開のオンプレミス ユーザーによってスケジュールされた会議に参加しているすべてのユーザーのメディアは、オンプレミス データセンターに向かいます。 オンラインホームユーザーのシグナリングは、クラウド内のorganizationを介して確立され、メディアは直接接続を試みます。 このシナリオでは両方のユーザーがネットワーク内から接続し、直接メディア通信が可能なため、ExpressRoute はオンライン自宅ユーザー用のシグナリング トラフィックにのみ使用されます。 オンライン自宅ユーザーがインターネットから接続する場合、接続にオンライン エッジ サーバーが使用される場合はメディアは ExpressRoute をトラバースできます。
ハイブリッド ユーザー コール フローによってホストされる会議
Microsoft 365 または Office 365 ホステッド会議を使用したオンプレミスのエッジ サーバー
ハイブリッド ユーザーがオンラインでホストされている会議に参加すると、シグナリングとメディアは Microsoft 365 または Office 365 クラウド宛てになり、ユーザーがインターネットから参加しているため、通常は直接インターネット パスが使用されます。 ただし、場合によっては、ファイアウォール制限などのために直接インターネット パスが使用できないことがあります。 この場合、オンプレミスのエッジ サーバーはメディア トラフィックを中継できるため、ExpressRoute 回線をクラウドに走査する前に、メディア トラフィックがオンプレミス ネットワークに戻ります。
オンプレミス エッジ サーバーを使用してオンライン会議に参加しているオンプレミス ユーザー
Skype for Business Cloud Connector エディションを使用した PSTN 通話
Skype for Business Online Cloud Connector エディション を使用すると、SIP トランク、PSTN ゲートウェイなどのオンプレミス リソース、または Skype for Business と統合するための最小ハードウェア デバイスを使用した PSTN 接続が提供されます。 Cloud Connector エディションを使用して、ユーザーは自宅オンラインとなり、通話プランを利用しない場合は通常のオンライン ユーザーとなります。 PSTN シナリオのシグナリングは利用できる場合は ExpressRoute 接続でクライアントとクラウド間を通過し、メディア トラフィックは WAN 内にとどまります。 この場合、シグナリングは Microsoft 365 または Office 365 クラウドで回り、Cloud Connector で終了します。
Microsoft 365 または Office 365 および Cloud Connector の電話システム経由の PSTN 通話
ユーザーが顧客ネットワークから参加している Skype 会議ブロードキャスト
Skype 会議ブロードキャストは、ネットワーク トランスポート プロファイルが異なる各パーツとの 2 部構成の会議で構成される特殊なユース ケースです。 最初の部分と、ネットワーク パフォーマンスの観点から最も重要なものは、内部会議です。 これは、クラウド内の会議サーバーに接続する 1 つ以上のクライアント エンドポイントを含む会議のリアルタイム部分です。 会議のこの部分を使用して送信されるデータは、ユーザーがオンライン会議に参加している上の例とまったく同じです。
Skype 会議ブロードキャストが一意なのは、ブロードキャスト ストリーミング サービスを使用して会議が多数の会議出席者に配布される点です。 このブロードキャスト ストリーミング サービスは ExpressRoute 経由ではルーティングできませんが、代わりにコンテンツ配信ネットワーク (CDN) サービスのオプションのサポートでインターネットを使用します。 ブロードキャスト ストリーミングは一方向のメディア フローであることを認識すると便利です。これは、出席者はリッスンしますが、話をせず、バッファリングをサポートしていないため、待機時間、パケット損失、ジッターなどのネットワーク パフォーマンスの問題の影響を受けにくいためです。 これらの問題に対してブロードキャスト トラフィックを最適化する代わりに、ストリーミング メディアを受信する出席者が非常に多い可能性があるため、帯域幅使用率に最適化されます。
ユーザーが顧客ネットワークから参加している Skype 会議ブロードキャスト
展開タイプ別のコール フロー パターン
上記に示した共通のコール フローの例と、トラフィック パターンを制御する一般原則に関する理解を基に、以下の表に展開と使用シナリオの大規模な組み合わせに対するトラフィック パターンの概要を示します。 これらのテーブルでは、考えられるすべての呼び出しフローの組み合わせをキャプチャするわけではありませんが、呼び出しフローの一般的な原則をさらに理解するのに役立ちます。
データは送信され、組織のローカルとしてリストされ、顧客ネットワーク、インターネット、または ExpressRoute を離れることはありません。 上記にリストされているパターンは、ファイアウォール、フェデレーション、インターネットなどの最も一般的なネットワーク設定に基づいており、マルチパーティまたはフェデレーション フローに関連するすべての組織に ExpressRoute があることを想定します。 実際には、設定が異なると、トラフィック パターンは以下にリストされるものと異なります。
Skype for Business Online のコール フロー
Skype for Businessオンラインの使用シナリオには、オンラインが所属し、内部ネットワークまたはインターネットから呼び出している可能性があるユーザーが含まれます。 オンプレミス サーバーはこれらのシナリオの一部ではありません。そのため、すべての会議または PSTN 関連メディアがクラウドに流れ、オンライン ユーザーのエッジ サーバーもクラウドに配置されます。
Skype for Business Online のコール フローの概要
| 使用シナリオ |
エンドポイント |
シグナリング パス |
メディア パス |
サンプル フロー |
メモ |
|---|---|---|---|---|---|
| ピアツーピア通話 |
2 つのクライアント、両方ともにネットワーク上。 |
ExpressRoute |
ローカル |
顧客ネットワーク内からの Microsoft 365 または Office 365 ユーザーのピアツーピア呼び出し |
|
| ピアツーピア通話 |
2 つのクライアント、1 つはネットワーク上 (内部)、もう 1 つはインターネット上 (外部)。 |
内部ユーザー: ExpressRoute 外部ユーザー: インターネット |
内部ユーザー: ExpressRoute 外部ユーザー: Microsoft 365 または Office 365 Edge サーバーへのインターネット。 |
顧客ネットワーク内からの Microsoft 365 または Office 365 ユーザーのピアツーピア通話 |
ファイアウォールがクライアント間の直接接続をブロックすることを想定しています。これにはオンライン エッジ サーバーが必要です。 内部ユーザーからオンライン エッジ サーバーへのトラフィックは、電話会議用の会議サーバーと同様のパスに従います。 |
| フェデレーション関係にある組織のユーザーへのピアツーピア通話 |
2 つのクライアント、1 つはネットワーク上 (内部)、もう 1 つはフェデレーション関係にある組織のネットワーク上のオンライン ユーザー (フェデレーション) |
ExpressRoute |
ExpressRoute |
オンラインでホストされている会議に参加しているネットワーク上のオンライン ユーザー |
ファイアウォールがクライアント間の直接接続をブロックし、オンライン エッジ サーバーが必要であるとします。 内部ユーザーからオンライン エッジ サーバーへのトラフィックは、電話会議用の会議サーバーのパスと似たパスをたどります。 |
| 顧客ネットワークのユーザーによる電話会議の参加 |
クラウド内のネットワークと会議サーバー上のクライアント。 |
ExpressRoute |
ExpressRoute |
オンラインでホストされている会議に参加しているネットワーク上のオンライン ユーザー |
|
| インターネットのユーザーによる電話会議への参加 |
クライアントは、クラウド内のインターネットと会議サーバー上にあります。 |
インターネット |
インターネット |
オンラインでホストされている会議に参加しているネットワーク上のオンライン ユーザー |
|
| 別の会社のオンプレミス サーバーによってホストされる会議の参加 |
ネットワーク上およびサードパーティー データセンターの会議サーバー上のクライアント。 |
インターネット |
インターネット |
該当しない |
会議をホストする会議サーバーが異なる顧客オンプレミス ネットワーク上にあるため、データは Microsoft クラウドを通過しません。 |
| PSTN 通話 |
顧客ネットワークのクライアントとクラウド内の電話システム サーバー |
ExpressRoute |
ExpressRoute |
オンラインでホストされている会議に参加しているネットワーク上のオンライン ユーザー |
|
| PSTN 通話 |
インターネット上のクライアントとクラウド内の電話システム サーバー |
インターネット |
インターネット |
該当しない |
メディアとシグナリングは、Microsoft 365 または Office 365 データセンターに送信されます。 クライアント エンドポイントがインターネット上にあるため、すべてのデータはインターネットで Microsoft データセンターに向かいます (オンライン エッジ サーバーが接続に必要な場合でも)。 |
注意
ExpressRoute は、会社のネットワークに配置されているユーザーからオンライン エッジ サーバーへのメディア パスで使用され、別の顧客のオンプレミス配置用エッジ サーバーが使用される場合は使用されません。
Skype for Business ハイブリッドのコール フロー
ハイブリッドのコール フローは、自宅オンプレミスの少なくとも一部のユーザーが含まれる Skype for Business 展開があるときに適用されます。 このセクションのコール フローには、両方のオンプレミス会議、および少なくとも 1 人のオンプレミス自宅ユーザーを含むピアツーピアまたは PSTN 通話が含まれます。
| 使用シナリオ |
エンドポイント |
シグナリング パス |
メディア パス |
サンプル フロー |
メモ |
|---|---|---|---|---|---|
| ピアツーピア通話 |
2 つのクライアント、顧客ネットワーク上および自宅オンプレミス上 |
ローカル |
ローカル |
顧客ネットワーク内からの Microsoft 365 または Office 365 ユーザーのピアツーピア呼び出し |
ユーザーはオンプレミスに所属しているため、シグナリングはクラウドではなくオンプレミスのデータセンターにローカルでフローします。 |
| ピアツーピア通話 |
2 つのクライアント。両方とも顧客ネットワークから接続します。 1 つはオンラインで、もう 1 つはオンプレミスのホームです。 |
オンライン ユーザー: ExpressRoute オンプレミス ユーザー: ローカル |
ローカル |
顧客ネットワーク内からの Microsoft 365 または Office 365 ユーザーのピアツーピア通話 |
オンラインのホーム ユーザーのみが、シグナリング トラフィックをクラウドに送信します。 |
| フェデレーション関係にある組織のユーザーへのピアツーピア通話 |
2 つのクライアント、1 つは顧客ネットワークのオンプレミス ユーザー (内部)、もう 1 つはフェデレーション関係にある会社のネットワークのオンライン ユーザー (フェデレーション) |
内部ユーザー: ローカル フェデレーション関係にあるユーザー１：ExpressRoute |
インターネットまたは ExpressRoute (オンラインまたはオンプレミス エッジ サーバーが使用されているかどうかに依存) |
ネットワーク上のオンライン ユーザーが、オンラインでホストされている会議に参加し、Microsoft 365 または Office 365 ホストされた会議 (メディア トラフィックの場合) を使用してオンプレミスのエッジ サーバーの一部に参加します。 |
ファイアウォールがクライアント間の直接接続をブロックしていて、オンライン エッジ サーバーが必要であるとします。 ICE ネゴシエーションにより接続に対してオンライン (オンライン ユーザーによる) およびオンプレミス エッジサーバ (オンプレミス ユーザーによる) が提供されます。 |
| 顧客ネットワークのユーザーによる会議の参加 (オンライン ユーザーによってスケジュールされた会議) |
クラウド内のネットワークと会議サーバー上のオンプレミス ユーザー。 |
ExpressRoute |
ExpressRoute |
オンラインでホストされている会議に参加しているネットワーク上のオンライン ユーザー |
電話会議のサーバー リソースは、会議開催者によって定義されます。 この場合、オンライン ユーザーによってスケジュールされているため、リソースはクラウド内にあります。 |
| PSTN 通話 |
ネットワーク上およびオンプレミス Skype for Business データセンター上のオンプレミス ユーザー。 |
ローカル |
ローカル |
Skype for Business Cloud Connector エディションを使用した PSTN 通話 |
Cloud Connector エディションの使用に似たシナリオ。ユーザーが自宅オンプレミスの場合を除くため、シグナリングはネットワーク内にとどまります。 |
Cloud Connector による Skype for Business のコール フロー
Cloud Connector に接続するユーザーはすべて自宅オンラインです。 つまり、会議はオンラインとなり、シグナリングはオンライン ユーザーと同じパターンをたどります。 PSTN 通話以外のシナリオの場合、コール フローは Skype for Business Online について上記で説明されているとおりです。
| 使用シナリオ |
エンドポイント |
シグナリング パス |
メディア パス |
サンプル フロー |
メモ |
|---|---|---|---|---|---|
| PSTN 通話 |
Cloud Connector エディションを使用したネットワーク上のオンライン ユーザー。 |
ローカル |
ローカル |
Skype for Business Cloud Connector エディションを使用した PSTN 通話 |
|
| PSTN 通話 |
Cloud Connector エディションを使用したインターネットを使用したオンライン ユーザー。 |
インターネット |
インターネット |
Skype for Business クラウド コネクタ エディションを使用したオンプレミス エッジ サーバーと Microsoft 365 または Office 365 ホステッド会議と PSTN 通話の組み合わせ。 |
インターネット ユーザーは Cloud Connector に含まれているエッジサーバー経由で接続し、Cloud Connector は PSTN ネットワークに接続します。 |