Plan network requirements for Skype for Business
概要：Skype for Business Serverを実装する前に、以下のネットワーク コンポーネントに関する考慮事項を確認してください。
これらのトピックの情報については、「Lync Server を使用した ネットワークの計画、監視、トラブルシューティング 」のホワイト ペーパーでも詳しく説明されています。 コンテンツは Lync 2010 と Lync 2013 を明示的に参照していますが、Skype for Business Serverに関する考慮事項は変更されません。
同様に、ネットワークに Wi-Fi と有線アクセスが含まれる場合は、ホワイトペーパー「Lync 2013 Real-Time Communications over Wi-Fi」が適切なリファレンスであり、Skype for Business Serverにも同様に適用されます。
サーバー ハードウェア
Skype for Business Server トポロジ内の各サーバーのネットワーク アダプターは、少なくとも 1 ギガビット/秒 (Gbps) をサポートする必要があります。 一般に、低遅延で高帯域幅のローカル エリア ネットワーク (LAN) を使用して、Skype for Business Server トポロジ内のすべてのサーバー ロールを接続する必要があります。 LAN のサイズは、トポロジのサイズに依存します。
Standard Edition トポロジでは、サーバーは 1 Gbps イーサネットまたは同等のイーサネットをサポートするネットワーク内にある必要があります。
Enterprise Edition トポロジでは、ほとんどのサーバーは、特にオーディオ/ビデオ (A/V) 会議とアプリケーション共有をサポートする場合に、1 Gbps を超えるネットワークに配置する必要があります。
公衆交換電話網 (PSTN) 統合については、T1 回線か E1 回線、または SIP トランキングを使用して統合できます。
音声/ビデオのネットワーク要件
Skype for Business Server展開でのオーディオ/ビデオ (A/V) のネットワーク要件は次のとおりです。
DNS 負荷分散を使用して単一のエッジ サーバーまたはエッジ プールを展開する場合は、ネットワーク アドレス変換 (NAT) を実行するように 外部 ファイアウォールを構成できます。 NAT を実行するようにinternalファイアウォールを構成することはできません。 詳細については、「 ポートとファイアウォールの計画」を参照してください。
重要
エッジ プールがあり、ハードウェア ロード バランサーを使用している場合は、エッジ サーバーでパブリック IP アドレスを使用する必要があり、NAT 対応デバイス (ファイアウォール アプライアンスや LAN スイッチなど) でサーバーまたはプールに NAT を使用することはできません。 詳細については、「Skype for Business Serverの Edge Server シナリオ」を参照してください。
組織でサービスの品質 (QoS) インフラストラクチャが使用されている場合、メディア サブシステムは、この既存のインフラストラクチャで機能するように設計されています。
インターネット プロトコル セキュリティ (IPsec) を使用する場合は、A/V トラフィックに使用するポート範囲に対する IPsec を無効にすることをお勧めします。 詳細については、「 IPsec 例外」を参照してください。
メディア品質を最適化するには、以下の操作を行います。
ストリームが有効になっている場合は、ピーク利用時に音声ストリームあたり 65 Kbps (キロビット/秒)、ビデオ ストリームあたり 500 Kbps のスループットをサポートするように、ネットワーク リンクのプロビジョニングを行います。 双方向の音声またはビデオ セッションは 2 つのストリームを使用するので、単純な音声/電話接続では、それぞれのストリームの処理に 130 Kbps が必要になります。 ビデオでは、同様に合計 1000 Kbps を使用してアップストリームとダウンストリームの接続を伝送します。
トラフィックの予期しない急増と時間の経過に伴う使用量の増加に対処するために、Skype for Business Serverメディア エンドポイントは、さまざまなネットワーク状態に適応し、許容される品質を維持しながら、オーディオとビデオのスループットの 3 倍をサポートできます。 ネットワークがプロビジョニング不足の場合、この適応性によって問題が解消するとは思わないでください。 プロビジョニング不足のネットワークでは、Skype for Business Server メディア エンドポイントがさまざまなネットワーク状態 (たとえば、一時的に高いパケット損失) に動的に対処する機能が低下します。
プロビジョニングが非常にコストがかかり、困難なネットワーク リンクの場合は、トラフィック量を減らすためにプロビジョニングを検討する必要があります。 このシナリオでは、Skype for Business Server メディア エンドポイントの弾力性が、音声品質をいくらか低下させるコストで、トラフィック量とピーク トラフィック レベルの違いを吸収します。 また、ヘッドルームが減少し、それ以外の場合はトラフィックの突然のピークを吸収することができます。
短期間では正しくプロビジョニングできないリンク (貧弱な WAN リンクを使用したサイトなど) の場合は、特定のユーザーのビデオを無効にすることを検討してください。
ピーク負荷でエンドツーエンドの最大遅延 (待機時間) 150 ミリ秒 (ms) を保証するようにネットワークのプロビジョニングを行います。 待機時間は、メディア コンポーネントSkype for Business Server削減できない 1 つのネットワーク障害であり、弱点を見つけて排除することが重要です。
ウイルス対策ソフトウェアを実行しているサーバーの場合は、最適なパフォーマンスとオーディオ品質を提供するために、例外リストにSkype for Business Serverを実行しているすべてのサーバーを含めます。
IPSec 例外
インターネット プロトコル セキュリティ (IPsec) (IETF RFC 4301-4309 を参照) が展開されているエンタープライズ ネットワークの場合、オーディオ、ビデオ、パノラマ ビデオの配信に使用されるポートの範囲で IPsec を無効にする必要があります。 この操作を行うと、IPsec のネゴシエーションによってメディア用ポートの割り当てに遅延が生じるのを避けることができます。
次の表に、推奨される IPsec 例外設定を示します。
推奨される IPSec 例外設定
| ルール名 | 発信元 IP アドレス | 送信先 IP アドレス | プロトコル | 送信元ポート | 宛先ポート | 認証要件 |
|---|---|---|---|---|---|---|
| 内部音声ビデオ エッジ サーバー/受信 | 任意 | 内部音声ビデオ エッジ サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| 外部音声ビデオ エッジ サーバー/受信 | 任意 | 外部音声ビデオ エッジ サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| 内部音声ビデオ エッジ サーバー/送信 | 内部音声ビデオ エッジ サーバー | 外部音声ビデオ エッジ サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| 外部音声ビデオ エッジ サーバー/送信 | 外部音声ビデオ エッジ サーバー | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
| 仲介サーバー/受信 | 任意 | 仲介サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| 仲介サーバー/送信 | 仲介サーバー | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
| 会議アテンダント/受信 | 任意 | 会議アテンダントを実行するフロントエンド サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| 会議アテンダント/送信 | 会議アテンダントを実行するフロントエンド サーバー | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
| 音声ビデオ会議サーバー/受信 | 任意 | フロントエンド サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| 音声ビデオ会議/送信 | フロントエンド サーバー | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
| Exchange/受信 | 任意 | Exchange ユニファイド メッセージング | UDP および TCP | 任意 | 任意 | 認証しない |
| アプリケーション共有サーバー/受信 | 任意 | アプリケーション共有サーバー | UDP および TCP | 任意 | 任意 | 認証しない |
| アプリケーション共有サーバー/送信 | アプリケーション共有サーバー | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
| Exchange/送信 | Exchange ユニファイド メッセージング | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
| クライアント | 任意 | 任意 | UDP および TCP | 任意 | 任意 | 認証しない |
会議のネットワーク要件
インターネット インフォメーション サービス (IIS) サーバーから会議コンテンツをダウンロードするために使用される帯域幅は、コンテンツのサイズによって異なります。 実際の使用状況を監視して、それに応じて帯域幅計画を調整することもできます。
メディア トラフィックのネットワーク帯域幅の要件
ネットワーク計画の重要な部分は、ネットワークがSkype for Business Serverによって生成されたメディア トラフィックを処理できるようにすることです。 このセクションは、目的のメディア トラフィックを計画する場合に役立ちます。
メディア トラフィック ネットワークの使用
メディア トラフィックの帯域幅使用量の計算は、使用されるコーデック、解像度、アクティビティ レベルなど、変数の数が多いため、困難になる可能性があります。 帯域幅使用量を決める要素に、使用されるコーデックとストリームのアクティビティがありますが、これらはシナリオごとに異なることがあります。 次の表は、Skype for Business Serverシナリオで一般的に使用されるオーディオ コーデックの一覧です。
音声コーデックの帯域幅
| 音声コーデック | シナリオ | 音声ペイロードのビット レート (Kbps) | 帯域幅 - 音声ペイロードおよび IP ヘッダーのみ (Kbps) | 帯域幅 - 音声ペイロード、IP ヘッダー、UDP、RTP、および SRTP (Kbps) | 帯域幅 - 音声ペイロード、IP ヘッダー、UDP、RTP、SRTP および前方向エラー訂正 (Kbps) |
|---|---|---|---|---|---|
| RTAudio (広帯域) |
ピアツーピア |
29.0 |
45.0 |
57.0 |
86.0 |
| RTAudio (狭帯域) |
ピアツーピア (PSTN) |
11.8 |
27.8 |
39.8 |
51.6 |
| G.722 |
電話会議 |
64.0 |
80.0 |
95.6 |
159.6 |
| G.722 ステレオ |
ピアツーピア (電話会議) |
128.0 |
144.0 |
159.6 |
223.6 |
| G.711 |
PSTN、会議 |
64.0 |
80.0 |
92.0 |
156.0 |
| Siren |
電話会議 |
16.0 |
32.0 |
47.6 |
63.6 |
| SILK (広帯域) |
ピアツーピア |
36.0 |
52.0 |
64.0 |
100.0 |
| SILK (広帯域) |
ピアツーピア |
26.0 |
42.0 |
54.0 |
80.0 |
| SILK (広帯域) |
ピアツーピア |
20.0 |
36.0 |
48.0 |
68.0 |
| SILK ワイドバンド/ナローバンド |
ピアツーピア |
13.0 |
29.0 |
41.0 |
54.0 |
注意
Skype for Business クライアントからの PSTN 呼び出しは、通常、高帯域幅を必要とする G.711 コーデックを使用します。 そのコーデックで十分な帯域幅を使用できない場合、メディア ログで次のようなエラーが発生して呼び出しが失敗する可能性 があります。少なくとも 1 つのコーデックを有効にする必要があります。hr: c0042004。 メディア ログ (.blog ファイル) は暗号化され、Microsoft サポート担当者のみがデコードできます。
この表の帯域幅数は、20 ms パケット化 (50 パケット/秒) に基づいており、Siren および G.722 コーデックでは、電話会議シナリオからのセキュア リアルタイム転送プロトコル (SRTP) による追加オーバーヘッドが含まれ、ストリームが 100% アクティブであることが前提となっています。 前方向エラー訂正 (FEC) は、リンク上にパケット損失がある場合に、音声ストリームの品質確保を支えるために動的に使用されます。
G.722 コーデックのステレオ バージョンは、Lync Room System に基づくシステムによって使用され、単一のステレオ マイク、または一組のモノラル マイクを使用して、聴き手が会議室内の複数の話し手を区別しやすくします。
ビデオ解像度の帯域幅
| ビデオ コーデック | 解像度と縦横比 | 最大ビデオ ペイロード ビット レート (Kbps) | 最小ビデオ ペイロード ビット レート (Kbps) |
|---|---|---|---|
| H.264 |
320x180 (16:9) 212x160 (4:3) |
250 |
15 |
| H.264/RTVideo |
424x240 (16:9) 320x240 (4:3) |
350 |
100 |
| H.264 |
480x270 (16:9) 424x320 (4:3) |
450 |
200 |
| H.264/RTVideo |
640x360 (16:9) 640x480 (4:3) |
800 |
300 |
| H.264 |
848x480 (16:9) |
1500 |
400 |
| H.264 |
960x540 (16:9) |
2000 |
500 |
| H.264/RTVideo |
1280x720 (16:9) |
2500 |
700 |
| H.264 |
1920x1080 (16:9) |
4000 |
1500 |
| H.264/RTVideo |
960x144 (20:3) |
500 |
15 |
| H.264 |
1280x192 (20:3) |
1000 |
250 |
| H.264 |
1920x288 (20:3) |
2000 |
500 |
ビデオの既定のコーデックは、H.264/MPEG-4 Part 10 Advanced Video Coding 標準とその時間的スケーラビリティのためのスケーラブルなビデオ コーディング拡張機能です。 レガシ クライアントとの相互運用性を維持するために、RTVideo コーデックは、Skype for Business Server クライアントとレガシ クライアント間のピアツーピア呼び出しに引き続き使用されます。 Skype for Business Serverクライアントとレガシ クライアントの両方を使用する会議セッションでは、Skype for Business Server エンドポイントは両方のビデオ コーデックを使用してビデオをエンコードし、H.264 ビットストリームを Skype for Business Server クライアントに送信し、RTVideo ビットストリームをレガシ クライアントに送信できます。
必要な帯域幅は、解像度、品質、フレーム レート、および画像での動きや変化の量に応じて異なります。 解像度ごとに、次の 2 つの関連するビット レートがあります。
最大ペイロード ビット レート これは、エンドポイントが最大フレーム レートでの解像度に使用するビット レートです。 これは、ビデオと音声の最高の品質を実現できる値です。
最小ペイロード ビット レートこれは、Skype for Business Server エンドポイントが次の低解像度に切り替えるビット レートです。 特定の解像度を保証するために、使用可能なビデオ ペイロード ビット レートは、その解像度の最小ビット レートを下回ってはいけません。 この値は、最大ビット レートが使用できない場合や実用的でない場合に可能な最小値を理解するのに役立ちます。 一部のユーザーにとって、このような低ビットレートのビデオは許容できないビデオ エクスペリエンスを提供する可能性があるため、これらの最小ビデオ ペイロード ビットレートには注意が必要です。 静的なビデオ シーンでは、実際のビット レートが一時的に最小ビット レートを下回る可能性があることに注意してください。
Skype for Business Serverでは、多くの解決策がサポートされています。 これにより、Skype for Business Serverは、さまざまなネットワーク帯域幅と受信クライアント機能に合わせて調整できます。 Skype for Business Serverの既定の縦横比は 16:9 です。 従来の 4:3 縦横比は、16:9 縦横比でのキャプチャを許可しない Web カメラでは引き続きサポートされています。
ビデオの FEC は、使用される場合、ビデオ ペイロード ビット レートに常に含まれます。このため、ビデオ FEC を含む場合と含まない場合で別々の値はありません。
エンドポイントは、音声またはビデオ パケットを連続的にストリーミングするわけではありません。 シナリオごとにさまざまなレベルのストリーム アクティビティがあり、このレベルからストリームに対するパケットの送信頻度が分かります。 ストリーム アクティビティは、メディアとシナリオに左右されますが、使用されるコーデックの影響は受けません。 ピアツーピア シナリオでは、次のようになります。
エンドポイントは、ユーザーが話しているときに音声ストリームだけを送信します。
両方の参加者が音声ストリームを受け取ります。
ビデオが使用される場合、通話中、両方のエンドポイントがビデオ ストリームを送受信します。
静止ビデオ画面の場合、ビデオ コーデックは前回のサンプル以降に変更のないビデオの領域のエンコーディングをスキップするので、実際のビット レートが一時的に非常に低下することがあります。
電話会議シナリオでは、次のようになります。
エンドポイントは、ユーザーが話しているときだけ、音声ストリームを送信します。
すべての参加者が音声ストリームを受け取ります。
ビデオが使用されている場合、すべての参加者は最大 5 つの受信ビデオ ストリームと 1 つのパノラマ (たとえば、縦横比 20:3) ビデオ ストリームを受信できます。 既定では、5 つの受信ビデオ ストリームはアクティブな発表者履歴に基づきますが、ユーザーはビデオ ストリームを受信する参加者を手動で選択することもできます。 マルチビデオが有効になっていると、ビデオ ストリームごとの解像度と帯域幅要件はさらに低下します。
ユーザーの送信ビデオ ストリームをオンにする各参加者は、1 つ以上のビデオ ストリームを送信します。 Skype for Business Serverには、最大 5 つのビデオ ストリームを送信して、すべての受信クライアントのビデオ品質を最適化する機能があります。 実際に送信されるビデオ ストリームの数は、CPU の能力、利用可能なアップリンク帯域幅、特定のビデオ ストリームを要求している受信クライアントの数に基づいて、送信側によって決定されます。 最も一般的なものは、レガシ クライアントが会議に参加している場合で、1 つの H.264 と 1 つの RTVideo ビデオ ストリームが送信されます。 もう 1 つのよくあるシナリオでは、受信側の異なる要求に対応するため、複数の H.264 ビデオ ストリームが (たとえば、異なるビデオ解像度で) 送信されます。
音声およびビデオ メディア用のリアルタイム転送プロトコル (RTP) トラフィックで必要な帯域幅以外に、リアルタイム転送制御プロトコル (RTCP) でも帯域幅が必要です。 RTCP は、RTP ストリームの統計情報の報告やアウトオブバンドの制御に使用されます。 計画の際には、RTCP トラフィックに関する次の表の帯域幅の数値を参照してください。 これらの値は、RTCP で使用される最大帯域幅を示し、制御データが違うため音声ストリームとビデオ ストリームとでは違いがあります。
RTCP の帯域幅
| Media | RTCP の最大帯域幅 (Kbps) |
|---|---|
| オーディオ |
5 |
| ビデオ (H.264 または RTVideo の一方のみを送受信) |
10 |
| ビデオ (H.264 と RTVideo の両方を送受信) |
15 |
容量計画では、次の 2 つの統計情報が関与します。
FEC なしの最大帯域幅 ストリームが消費する最大帯域幅。 これには、ストリームの一般的なアクティビティと、FEC を使用しないシナリオで使用される一般的なコーデックが含まれます。 これは、ストリームが 100% アクティビティにあり、FEC の使用をトリガーするパケット損失がない場合の帯域幅です。 これは、特定のシナリオでコーデックを使用できるようにするために割り当てる必要がある帯域幅を計算する場合に役立ちます。 FEC は、マネージド ネットワーク上の要件とは見なされません。
FEC を使用した最大帯域幅 ストリームが消費する最大帯域幅。 これには、ストリームの一般的なアクティビティと、FEC のシナリオで使用される一般的なコーデックが含まれます。 これは、ストリームが 100% アクティビティにあり、パケット損失が発生し、FEC を使用して品質を向上させる場合の帯域幅です。 これは、特定のシナリオでコーデックを使用できるように帯域幅を割り当てる必要がある量を計算し、パケット損失条件下で FEC を使用して品質を維持できるようにするために役立ちます。
次の表では、追加の帯域幅値である [一般的な帯域幅] も示します。 これは、ストリームが消費する平均帯域幅です。 これには、ストリームの一般的なアクティビティと、シナリオで使用される一般的なコーデックが含まれます。 この帯域幅は、特定の時間にメディア トラフィックによって消費されている帯域幅の程度を近似するために使用できますが、個々の呼び出しはアクティビティ レベルが平均より大きい場合にこの値を超えるため、容量計画には使用しないでください。 次の表の一般的なビデオ ストリーム帯域幅は、測定された顧客データで観察されるさまざまなビデオ解像度の組み合わせに基づいており、小規模なインストールでは、テーブル データとは異なる実際の数が存在する可能性があります。 たとえば、ピアツーピア セッションでは、ほとんどのユーザーは既定のビデオ レンダリング ウィンドウを使用しますが、一部のユーザーの割合は、より良いビデオ解像度を可能にするために、Skype for Business Server アプリケーションを増加または最大化します。
次の各表では、さまざまなシナリオの値を示します。
ピアツーピア セッションの音声/ビデオの容量計画
| Media | コーデック | 標準的なストリーム帯域幅 (Kbps) | FEC を使用しない場合のストリームの最大帯域幅 | FEC を使用する場合のストリームの最大帯域幅 |
|---|---|---|---|---|
| オーディオ |
RTAudio (広帯域) |
39.8 |
62 |
91 |
| 音声 |
RTAudio (狭帯域) |
29.3 |
44.8 |
56.6 |
| 音声 |
SILK (広帯域) |
44.3 |
69 |
105 |
| Skype for Business Server エンドポイントを呼び出すときのメイン ビデオ |
H.264 |
460 |
4010 (最大解像度 1920x1080 の場合) |
既に含まれる |
| Lync 2010 または Office Communicator 2007 R2 エンドポイントを呼び出すときのメイン ビデオ |
RTVideo |
460 |
2510 (最大解像度 1280x720 の場合) |
既に含まれる |
| Skype for Business Server エンドポイントを呼び出すときのパノラマ ビデオ |
H.264 |
190 |
2010 (最大解像度 1920x288 の場合) |
既に含まれる |
| Lync 2010 エンドポイントを呼び出すときのパノラマ ビデオ |
RTVideo |
190 |
510 (最大解像度 960x144 の場合) |
既に含まれる |
会議の音声/ビデオの容量計画
| Media | 標準的なコーデック | 標準的なストリーム帯域幅 (Kbps) | FEC を使用しない場合のストリームの最大帯域幅 | FEC を使用する場合のストリームの最大帯域幅 |
|---|---|---|---|---|
| オーディオ |
G.722 |
46.1 |
100.6 |
164.6 |
| 音声 |
Siren |
25.5 |
52.6 |
68.6 |
| メイン ビデオ受信 |
H.264 および RTVideo¹ |
260 |
8015 |
該当なし |
| メイン ビデオ送信 |
H.264 および RTVideo |
270 |
8015 |
該当なし |
| パノラマ ビデオ受信 |
H.264 および RTVideo |
190 |
2010 (最大解像度 1920x288 の場合) |
該当なし |
| パノラマ ビデオ送信 |
H.264 および RTVideo |
190 |
2515 ² |
該当なし |
Lync 2010 クライアントが会議に接続されている場合、RT ビデオは H.264 に加えて送信されます。
複数のストリームがある場合は、割り当てられた帯域幅を動的に共有します。
メインビデオの場合、一般的なストリーム帯域幅は、受信したすべてのビデオ ストリームに対する集約された帯域幅であり、最大ストリームは、すべての送信ビデオ ストリームの帯域幅です。 ビデオ ストリームが複数ある場合でも、一般的なビデオ帯域幅はピアツーピアのシナリオよりも小さくなります。多くのビデオ会議では、コンテンツ共有が使用されているため、ビデオ ウィンドウが大幅に小さくなり、ビデオ解像度が小さくなります。 サポートされる最大集約ビデオ ペイロード帯域幅は、使用される送信ストリームと受信ストリームの両方で 8000 Kbps です (たとえば、2 つの受信 1920x1080p ビデオ ストリームがある場合)。 最大値は、実際の実装でのみはほとんど見られない。
ギャラリー ビュー機能を使用するマルチパーティ会議を構築する場合、参加者が参加すると最初に帯域幅使用率が増加し、解像度が最大に収まるようにドロップされると減少します。
| 2 人の参加者 | 3 人の参加者 | 4 人の参加者 | 5 人の参加者 | 6 人の参加者 | |
|---|---|---|---|---|---|
| 受信した最大解像度 |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
| 平均ビット レートの合計 |
2128 |
4050 |
1304 |
1224 |
1565 |
| 最大ビット レートの合計 |
4063 |
5890 |
2860 |
2699 |
3017 |
パノラマ ビデオの標準のストリーム帯域幅は、最大 960x144 のパノラマ ビデオのストリーム配信に制限したデバイスに基づいています。 1920x288 のパノラマ ビデオを扱うデバイスを使用するときには、標準のストリーム帯域幅が増加することを想定してください。
PSTN の音声容量計画
| Media | 標準的なコーデック | 標準的なストリーム帯域幅 (Kbps) | FEC を使用しない場合のストリームの最大帯域幅 | FEC を使用する場合のストリームの最大帯域幅 |
|---|---|---|---|---|
| オーディオ |
G.711 (これには会議の PSTN 参加者が含まれます) |
64.8 |
97 |
161 |
| 音声 |
RTAudio (狭帯域) |
30.9 |
44.8 |
56.6 |
上記の各表のネットワーク帯域幅の数値は、単方向トラフィックのみを表しており、各ストリームの RTCP トラフィック オーバーヘッドを意味する 5 Kbps を含みます。
サービスの品質の管理
サービス品質 (QoS) は、一部の組織で使用されるネットワーク テクノロジであり、オーディオおよびビデオ通信に最適なエンド ユーザー エクスペリエンスを提供するのに役立ちます。 QoS は、帯域幅が制限されているネットワークで最も頻繁に使用されます。使用可能な帯域幅がかなり少ないネットワーク パケットが多数ある場合、QoS を使用すると、管理者はオーディオまたはビデオ データを伝送するパケットにより高い優先順位を割り当てることができます。 これらのパケットに優先順位を高く設定することで、オーディオとビデオの通信は、ファイル転送、Web 閲覧、データベース バックアップなどのネットワーク セッションよりも高速で、中断が少なくなります。 これは、ファイル転送またはデータベース バックアップに使用されるネットワーク パケットに "ベスト エフォート" 優先順位が割り当てられるためです。
注意
一般に、QoS は、内部ネットワーク上の通信セッションにのみ適用されます。 QoS を実装する場合、インターネットまたはその他のネットワークではサポートできない特定の方法で、パケットのマーキングをサポートするようにサーバーとルーターを構成します。 サービスの品質が他のネットワークでサポートされている場合でも、サービスを構成したのとまったく同じ方法で QoS が構成される保証はありません。 MPLS を使用する場合は、MPLS プロバイダーと連携する必要があります。
Skype for Business Server QoS は必要ありませんが、強くお勧めします。 ネットワークでパケット損失の問題が発生した場合、使用可能なソリューションは、帯域幅を追加するか、QoS を実装することです。 帯域幅を追加できない場合は、QoS の実装が問題を解決する唯一の手段です。
Skype for Business Serverは QoS を完全にサポートしています。つまり、QoS を既に使用している組織は、Skype for Business Serverを既存のネットワーク インフラストラクチャに簡単に統合できます。 これを行うには、次の手順に従う必要があります。
Windows に基づいていないデバイスのSkype for Business Serverで QoS を有効にする。 既定では、その他のオペレーティング システムを実行するコンピューターおよびその他のデバイス (iPhone など) では QoS は無効です。 Skype for Business Serverを使用してデバイスのサービス品質を有効または無効にすることはできますが、通常、製品を使用してこれらのデバイスで使用される DSCP コードを変更することはできません。
会議、アプリケーション、仲介サーバーのポート範囲とサービス品質ポリシーを構成する。 オーディオやビデオなど、パケットの種類ごとに一意のポート セットを予約する必要があります。 Skype for Business Serverを使用すると、プロパティ値を True または False に設定することで QoS を有効または無効にすることはできません。 代わりに、ポート範囲を構成し、グループ ポリシーを作成して適用することで QoS を有効にします。 後で QoS を使用しない場合は、適切なグループ ポリシー オブジェクトを削除して QoS を "無効" できます。
エッジ サーバーのポート範囲とサービス品質ポリシーの構成。 必須ではありませんが、その他のサーバーと同じポート範囲を使用するようにエッジ サーバーを構成することができます。 QoS ポリシーの構成は、エッジ サーバーの内部側でのみ行います。 QoS はインターネットではなく内部ネットワークで使用するために設計されているためです。
Skype for Business Serverでクライアントのポート範囲とサービス品質ポリシーを構成する。 これらのポート範囲はクライアント コンピューターにのみ適用され、通常、サーバーで構成されたポート範囲とは異なります。 Skype for Business Serverでは、Windows 10以外の Windows オペレーティング システムの QoS はサポートされていないことに注意してください。
注意
Windows Server 2012 または Windows Server 2012 R2 を使用している場合は、そのプラットフォームで QoS を管理するために使用できるWindows PowerShellコマンドレットの新しいセットに関心がある場合があります。 詳細については、「ネットワーク用のコマンドレットWindows PowerShell」を参照してください。
QoS については、「Lync Server を使用した ネットワークの計画、監視、トラブルシューティング 」でも詳しく説明されています。 コンテンツは Lync 2010 と Lync 2013 を明示的に参照していますが、Skype for Business Serverに関する考慮事項は変更されません。