Skype for Business Serverでの通話受付管理の計画
通話受付制御について説明します。これにより、Skype for Business Server エンタープライズ VoIPでメディア品質が低下した場合に通話が行われなくなる可能性があります。
テレフォニー、ビデオ、アプリケーション共有などの IP ベースのアプリケーションの場合、エンタープライズ ネットワークの使用可能な帯域幅は、一般に LAN 環境内の制限要因とは見なされません。 ただし、サイトを相互接続する WAN リンクでは、ネットワーク帯域幅が制限される可能性があります。
ネットワーク トラフィックが WAN リンクをオーバーサブスクライブする場合、キュー、バッファリング、パケット ドロップなどの現在のメカニズムを使用して、輻輳を解決します。 通常、余分なトラフィックは、ネットワークの輻輳が緩和されるか、必要に応じてトラフィックがドロップされるまで遅延します。 このような状況での従来のデータ トラフィックの場合、受信側クライアントは復旧できます。 ただし、ユニファイド 通信などのリアルタイム トラフィックの場合、ユニファイド通信トラフィックは待機時間とパケット損失の両方に敏感であるため、この方法ではネットワークの輻輳を解決できません。 WAN の輻輳により、ユーザーのエクスペリエンス品質 (QoE) が低下する可能性があります。 混雑状態のリアルタイム トラフィックの場合、低品質の接続を提供するよりも、呼び出しを拒否する方が実際には優れています。
通話受付管理 (CAC) では、リアルタイム セッションを許容品質で確立するのに十分なネットワーク帯域幅があるかどうかを判断します。 Skype for Business Serverでは、CAC はオーディオとビデオに対してのみリアルタイム トラフィックを制御しますが、データ トラフィックには影響しません。 既定の WAN パスで必要な帯域幅が確保されていない場合、CAC はインターネット パスまたは公衆交換電話網 (PSTN) を利用した通話のルーティングを試みることができます。
ここでは、通話受付管理機能と CAC の計画方法を説明します。
注意
Skype for Business Serverには、通話受付管理 (CAC)、緊急サービス (E9-1-1)、メディア バイパスの 3 つの高度なエンタープライズ VoIP機能があります。 これらの 3 つの機能すべてに共通する計画情報の概要については、「Skype for Business Serverの高度なエンタープライズ VoIP機能のネットワーク設定」を参照してください。
Skype for Business Serverの CAC 設計には、次の 4 つのメイン属性が用意されています。
展開と管理が簡単であり、特別に構成されたルーターなど、追加の機器は不要です。
移動ユーザーや複数の Multiple Point of Presence など、ユニファイド コミュニケーションの重要なユース ケースに対処します。 CAC ポリシーは、ユーザーが所属する場所ではなく、エンドポイントが配置されている場所に基づいて適用されます。
音声通話に加えて、ビデオ通話や音声ビデオ会議セッションなどの、他のトラフィックにも適用できます。
各種のネットワーク トポロジを柔軟に表示できます。
新しい音声セッションまたはビデオ セッションが WAN リンクに設定されている帯域幅制限を超えた場合、セッションはブロックされるか、(電話での通話のみ) PSTN に再ルーティングされます。
CAC では、音声とビデオのリアルタイムのトラフィックのみ制御します。 データ トラフィックは制御しません。
管理者は CAC ポリシーを定義します。これは、すべてのフロントエンド プールにインストールされる帯域幅ポリシー サービスによって適用されます。 CAC 設定は、ネットワーク内のすべてのSkype for Business Serverフロント エンド サーバーに自動的に反映されます。
CAC ポリシーのために失敗した通話では、通話を再ルーティングする優先順位は次のようになります。
インターネット
PSTN
ボイス メール
通話詳細記録 (CDR) では、PSTN またはボイス メールに再ルーティングされた通話に関する情報を収集します。 CDR では、インターネットは 2 番目のオプションではなく代替パスとして扱われるため、インターネットに再ルーティングされた通話に関する情報は収集されません。
注意
ボイス メール デポジットは、帯域幅制限のために拒否されることはありません。
帯域幅ポリシー サービスは、CSV (コンマ区切り値) 形式で 2 種類のログ ファイルを生成します。 [チェックの失敗] ログ ファイルには、帯域幅要求が拒否されたときの情報が収集されます。 [リンクの使用率] ログ ファイルには、ネットワーク トポロジのスナップショットと WAN リンクの帯域幅使用率が収集されます。 これらの両方のログ ファイルは、使用率に基づいて CAC ポリシーを細かく調整するのに役立ちます。
通話受付管理に関する考慮事項
管理者は、中央サイトで構成された最初のプールに帯域幅ポリシー サービスをインストールすることを選択します。 ネットワーク リージョンごとに 1 つの中央サイトがあるため、ネットワーク リージョンごとに 1 つの帯域幅ポリシー サービスしか存在しないため、そのリージョンの帯域幅ポリシー、関連付けられているサイト、およびそれらのサイトへのリンクを管理します。 帯域幅ポリシー サービスはフロントエンド サーバーの一部として実行されるため、高可用性はそのプール内に組み込まれています。 各フロントエンド サーバーで実行されている帯域幅ポリシー サービスは、15 秒ごとに同期されます。 フロントエンド プールが失敗した場合、フロントエンド プールまで CAC ポリシーは適用されなくなり、その結果、帯域幅ポリシー サービスが再び動作するようになります。 これは、帯域幅ポリシー サービスがサービス外である間、すべての呼び出しが通過することを意味します。 したがって、この期間中にリンクの帯域幅がオーバーサブスクリプションされる可能性があります
帯域幅ポリシー サービスは、フロントエンド プール内で高可用性を提供します。ただし、フロントエンド プール間で冗長性は提供されません。 帯域幅ポリシー サービスは、あるフロントエンド プールから別のフロントエンド プールにフェールオーバーできません。 フロントエンド プールへのサービスが復元されると、帯域幅ポリシー サービスが再開され、帯域幅ポリシー チェックを再度適用できます。
ネットワークに関する考慮事項
オーディオとビデオの帯域幅制限は、Skype for Business Serverの帯域幅ポリシー サービスによって適用されますが、この制限はネットワーク ルーター (レイヤー 2 および 3) では適用されません。 CAC では、CAC ポリシーによって音声とビデオに予約されている帯域幅を含め、データ アプリケーションによって WAN リンク上の全体的なネットワーク帯域幅が使用されないようにすることはできません。 ネットワーク上の必要な帯域幅を保護するために、Differentiated Services (DiffServ) などのサービスの品質 (QoS) プロトコルを展開できます。 そのため、定義する CAC 帯域幅ポリシーと展開する QoS 設定を調整することをお勧めします。
VPN 経由のメディア パスと信号パス
企業が VPN 経由のメディアをサポートする場合、メディア ストリームと信号ストリームの両方が VPN を通過するのか、または両方がインターネット経由でルーティングされるのかを確認します。 既定では、メディア ストリームと信号ストリームは VPN トンネルを通過します。
外部ユーザーの通話受付管理
通話受付制御は、Skype for Business Server organizationの制限を超えて適用されません。 CAC は、Skype for Business Serverによって管理されていないインターネットを通過するメディア トラフィックに適用できません。 CAC チェックは、「通話受付制御の展開: Skype for Business Serverの最終的なチェックリスト」で説明されているように、呼び出されたエンドポイントがorganizationに属していて、エッジ サーバーがネットワーク構成に追加されている場合、エンタープライズ ネットワークを通過する通話の部分に対して実行されます。 フェデレーション ユーザーまたは PC ユーザーなど、呼び出しのエンドポイントが組織に所属していない場合は、帯域幅ポリシーの確認が実行されず、発信通話では CAC 制限が無視されます。
PSTN 接続の通話受付管理
通話受付制御は、IP/PBX、PSTN ゲートウェイ、SIP トランクのいずれに接続されているかに関係なく、仲介サーバーで適用できます。 仲介サーバーは、バックツーバック ユーザー エージェント (B2BUA) であるため、メディアを終了します。 2 つの接続側があります。Skype for Business Serverに接続されている側と、PSTN ゲートウェイ、IP/PBX、または SIP トランクに接続されているゲートウェイ側です。 PSTN 接続の詳細については、「Skype for Business Serverでの PSTN 接続の計画」を参照してください。
メディア バイパスが有効になっていない限り、仲介サーバーの両側で CAC を適用できます。 メディア バイパスが有効になっている場合、メディア トラフィックは仲介サーバーを通過せず、代わりにSkype for Business クライアントとゲートウェイの間を直接流れます。 この場合、CAC は不要です。 詳細については、「Skype for Businessでのメディア バイパスの計画」を参照してください。
次の図は、メディア バイパスが有効な場合と有効でない場合について、PSTN 接続に CAC がどのように適用されるのかを示しています。
PSTN 接続への通話受付管理の適用
組織の通話受付管理サービス要件の定義
通話受付管理 (CAC) を計画するには、エンタープライズ ネットワーク トポロジに関する詳細な情報が必要です。 通話受付管理ポリシーの計画を容易にするために、次の手順を実行します。
エンタープライズ ネットワーク内のハブ/バックボーン (ネットワーク地域) を特定します。
各ネットワーク地域内のオフィスまたは拠点 (ネットワーク サイト) を特定します。
ネットワーク地域の各ペア間のネットワーク ルートを決定します。
各 WAN リンクの帯域幅制限を決定します。
注意
帯域幅の制限は、エンタープライズ VOIPおよびオーディオ/ビデオ トラフィックに割り当てられている WAN リンク上の帯域幅の量を指します。 WAN リンクが "帯域幅制約付き" と記述されている場合、WAN リンクの帯域幅制限は、リンク経由で予想されるピーク トラフィックよりも低くなります。
各ネットワーク サイトに割り当てる IP サブネットを特定します。
これらの概念を説明するために、次の図に示すネットワーク トポロジの例を使用します。
通話受付管理のトポロジの例
注意
すべてのネットワーク サイトがネットワーク リージョンに関連付けられています。 たとえば、ポートランド、リノ、アルバカーキは、北米 リージョンに含まれます。 この図では、CAC ポリシーが適用されている WAN リンクのみが表示され、帯域幅の制限があります。 シカゴ、ニューヨーク、デトロイトのネットワーク サイトは、帯域幅に制約がないため、CAC ポリシーを必要としないため、北米 リージョンの楕円内に表示されます。
このトポロジ例の各コンポーネントについて、以下のセクションで説明します。 帯域幅制限など、このトポロジの計画方法の詳細については、「例: Skype for Business Serverでの通話受付制御の要件の収集」を参照してください。
ネットワーク地域の特定
ネットワーク地域とは、ネットワーク バックボーンまたはネットワーク ハブを示します。
ネットワークのバックボーンまたはハブは、ネットワークのさまざまな部分を相互接続するコンピューター ネットワーク インフラストラクチャの一部で、異なる LAN またはサブネット間で情報を交換するためのパスを提供します。 バックボーンは、小さな地域から地理的に広範囲な地域までさまざまなネットワークを結合できます。 通常、バックボーンの処理能力はバックボーンに接続するネットワークの処理能力よりも高くなっています。
このトポロジ例では、北アメリカ、EMEA、および APAC の 3 つのネットワーク地域が存在します。 ネットワーク地域には、一連のネットワーク サイト (このトピックで後述するネットワーク サイトの定義を参照) が含まれます。 ネットワーク運用チームと連携してネットワーク地域を特定します。
中央サイトと各ネットワーク地域の関連付け
CAC では、ネットワーク リージョンごとにSkype for Business Server中央サイトが定義されている必要があります。 中央サイトは、そのネットワーク地域内の他のすべてのサイトへの最適なネットワーク接続と最高帯域幅に基づいて選択されます。 前のネットワーク トポロジの例には 3 つのネットワーク地域が示されており、それぞれに CAC の決定を管理する中央サイトがあります。 前の例の適切な関連付けを次の表に示します。
注意
中央サイトは、ネットワーク サイトに必ずしも対応しているわけではありません。 このドキュメントの例では、一部の中央サイト (シカゴ、ロンドン、北京) がネットワーク サイトと同じ名前になっています。 ただし、中央サイトとネットワーク サイトが同じ名前を共有している場合でも、中央サイトはSkype for Business Server トポロジの要素ですが、ネットワーク サイトは、Skype for Business Server トポロジが存在するネットワーク全体の一部です。
ネットワーク地域、中央サイト、およびネットワーク サイト
| ネットワーク地域 | 中央サイト | ネットワーク サイト |
|---|---|---|
| 北アメリカ |
シカゴ |
シカゴ ニューヨーク デトロイト ポートランド リノ アルバカーキ |
| EMEA |
ロンドン |
ロンドン ケルン |
| APAC |
北京 |
北京 マニラ |
ネットワーク サイトの特定
ネットワーク サイトは、組織の物理的な現場 (オフィス、一連の建物、キャンパスなど) がある場所を表します。 LAN 接続を使用し、他のサイトに WAN 接続された物理的な現場は、ネットワーク サイトと見なされます。 まず、organizationのすべてのオフィスのインベントリを作成します。 このトポロジ例では、北アメリカ ネットワーク地域はニューヨーク、シカゴ、デトロイト、ポートランド、リノ、アルバカーキの各ネットワーク サイトで構成されています。
すべてのネットワーク サイトをネットワーク リージョンに関連付ける必要があります。 ネットワーク サイトに制限付き WAN リンクがあるかどうかに応じて、帯域幅ポリシーがネットワーク サイトに関連付けられます。 CAC ポリシーと、それを使用して割り当てる帯域幅の詳細については、このトピックの「帯域幅ポリシーの定義」を参照してください。 CAC を構成するには、ネットワーク サイトをネットワークリージョンに関連付け、特定のサイトまたはリージョン間の帯域幅制限接続とサイトとリージョン間の WAN 接続に適用する帯域幅割り当てポリシーを作成します。
ネットワーク リンクの特定
ネットワーク リンクは、異なる地域やサイトにリンクする物理的な WAN への接続を表します。 このトポロジの例には、地域のネットワーク リンクが 2 つ、地域とサイト間のネットワーク リンクが 5 つ、2 つのサイト間のネットワーク リンクが 1 つあります。
北アメリカと EMEA 間の地域リンクは NA-EMEA-LINK として、APAC と EMEA 間の地域リンクは EMEA-APAC-LINK として表されています。
サイト リンクは、ポートランド、リノ、アルバカーキと北アメリカ地域、マニラと APAC 地域、およびケルンと EMEA 地域を接続する線で示されています。 リノとアルバカーキ間の線は、これら 2 つのサイト間の直接のネットワーク リンクを表しています。
帯域幅ポリシーの定義
ネットワーク運用チームと連携して、組織の WAN リンクでリアルタイムの音声/ビデオ トラフィックに使用できる WAN 帯域幅量を決定します。 通常は、帯域幅使用量が制限される場合 (音声/ビデオ モダリティに割り当てることができる帯域幅よりも帯域幅使用量が多くなると予測される場合) に、帯域幅ポリシーが WAN リンクに適用されます。
CAC 帯域幅ポリシーでは、リアルタイムの音声/ビデオ モダリティ用に予約できる最大帯域幅を定義します。 CAC では他のトラフィックの帯域幅を制限しないため、サイズの大きいファイルの転送や音楽のストリーミングなどの他のデータ トラフィックによって、ネットワーク帯域幅がすべて使い果たされるのを防ぐことはできません。
CAC 帯域幅ポリシーでは、次のいずれかまたはすべてを定義できます。
音声に割り当てる最大合計帯域幅
ビデオに割り当てる最大合計帯域幅
1 つの音声通話 (セッション) に割り当てる最大帯域幅
1 つのビデオ通話 (セッション) に割り当てる最大帯域幅
注意
CAC 帯域幅の値はすべて、単一方向の最大帯域幅制限を表しています。
注意
Skype for Business Server音声ポリシー機能を使用すると、(ユーザーが発信する発信呼び出しではなく) ユーザーへの着信に対する帯域幅ポリシー チェックをオーバーライドできます。 セッションの確立後、使用帯域幅が正確に計上されます。 この設定は慎重に使用する必要があります。 詳細については、展開に関するドキュメントの「音声ポリシーを作成または変更し、Skype for Businessで PSTN 使用状況レコードを構成する」または「音声ポリシーを変更する」および「PSTN 使用状況レコードを構成する」を参照してください。
セッションあたりの帯域幅使用率を最適化するには、使用される音声およびビデオのコーデック タイプを考慮します。 特に、頻繁に使用されることが予想されるコーデックの帯域幅の割り当てが不足しないようにしてください。 逆に、多くの帯域幅を必要とするコーデックがメディアで使用されないようにする場合は、このようなコーデックを使用できないようにセッションあたりの最大帯域幅を少なく設定する必要があります。 音声の場合、状況によっては使用できないコーデックもあります。 次に例を示します。
Skype for Business エンドポイント間のピアツーピア オーディオ呼び出しでは、コーデックの帯域幅と優先順位付けを考慮すると、RTAudio (8kHz) または RTAudio (16kHz) が使用されます。
Skype for Business エンドポイントと A/V 会議サービス間の電話会議では、G.722 または Siren が使用されます。
Skype for Business エンドポイントとの間の公衆交換電話網 (PSTN) への呼び出しでは、G.711 または RTAudio (8kHz) が使用されます。
セッションあたりの最大帯域幅設定を最適化するために次の表を使用してください。
コーデック別の帯域幅使用率
| コーデック | 前方向エラー訂正 (FEC) を行わない場合の帯域幅要件 | 前方向エラー訂正 (FEC) を行う場合の帯域幅要件 |
|---|---|---|
| RTAudio (8kHz) |
49.8 kbps |
61.6 kbps |
| RTAudio (16kHz) |
67 kbps |
96 kbps |
| Siren |
57.6 kbps |
73.6 kbps |
| G.711 |
102 kbps |
166 kbps |
| G.722 |
105.6 kbps |
169.6 kbps |
| RTVideo (CIF 15 fps) |
260 kbps |
該当なし |
| RTVideo (VGA 30 fps) |
610 kbps |
該当なし |
注意
帯域幅要件では、イーサネット II、IP、ユーザー データグラム プロトコル (UDP)、RTP (リアルタイム トランスポート プロトコル)、SRTP (セキュリティで保護されたリアルタイム トランスポート プロトコル) のオーバーヘッドが考慮されます。 また、RTCP オーバーヘッドには 10 kbps も含まれます。
G.722.1 と Siren コーデックは似ていますが、異なるビット レートを提供します。
Skype for Business Server会議の既定のコーデックである G.722 は、G.722.1 および Siren コーデックとは完全に異なります。
Siren コーデックは、次の状況でSkype for Business Serverで使用されます。
帯域幅ポリシーが低すぎて G.722 が使用できない場合。
Communications Server 2007 または Communications Server 2007 R2 クライアントがSkype for Business Server会議サービスに接続する場合 (これらのクライアントは G.722 コーデックをサポートしていないため)。
シナリオ別の帯域幅使用率
| シナリオ | 帯域幅要件を数量 (kbps) に最適化 | バランス モードの帯域幅要件 (kbps) | 品質に最適化された帯域幅要件 (kbps) |
|---|---|---|---|
| ピアツーピア オーディオ呼び出し |
45 kbps |
62 kbps |
91 kbps |
| 電話会議 |
53 kbps |
101 kbps |
165 kbps |
| PSTN 通話 (Skype for Businessと PSTN ゲートウェイの間、メディア バイパス) |
97 kbps |
97 kbps |
161 kbps |
| PSTN 呼び出し (メディア バイパスなしで、Skype for Businessと仲介サーバーの間) |
45 kbps |
97 kbps |
161 kbps |
| PSTN 呼び出し (仲介サーバーと PSTN ゲートウェイ間、メディア バイパスなし) |
97 kbps |
97 kbps |
161 kbps |
| Skype for Business - Polycom 呼び出し |
101 Kbps |
101 Kbps |
101 Kbps |
IP サブネットの特定
ネットワーク サイトごとに、ネットワーク管理者と協力して、各ネットワーク サイトに割り当てられている IP サブネットを決定する必要があります。 ネットワーク管理者が既に IP サブネットをネットワーク地域およびネットワーク サイトに分類している場合、作業は大幅に簡略化されます。
この例では、北米 リージョンのニューヨーク サイトには、172.29.80.0/23、157.57.216.0/25、172.29.91.0/23、172.29.81.0/24 の IP サブネットが割り当てられます。 通常はデトロイトで働く Bob が、トレーニングのためにニューヨークのオフィスに出張するとします。 コンピューターの電源を入れてネットワークに接続すると、コンピューターは、たとえば 172.29.80.103 など、ニューヨーク用に予約されている 4 つの範囲のいずれかで IP アドレスを取得します。
注意
サーバー上のネットワーク構成中に指定された IP サブネットは、メディア バイパスに適切に使用するために、クライアント コンピューターによって提供される形式と一致する必要があります。 Skype for Business クライアントは、ローカル IP アドレスを受け取り、IP アドレスを関連付けられたサブネット マスクでマスクします。 各クライアントに関連付けられているバイパス ID を決定すると、レジストラーは、各ネットワーク サイトに関連付けられている IP サブネットの一覧を、クライアントが提供するサブネットと完全に一致するものと比較します。 このため、サーバー上のネットワーク構成中に入力されるサブネットは、仮想サブネットではなく実際のサブネットであることが重要です。 (通話受付制御をデプロイしてもメディア バイパスを展開しない場合、仮想サブネットを構成した場合でも、通話受付制御は正しく機能します)。たとえば、IP サブネット マスクが 255.255.255.0 の IP アドレスが 172.29.81.57 のコンピューターでクライアントがサインインした場合、Skype for Businessはサブネット 172.29.81.0 に関連付けられているバイパス ID を要求します。 クライアントが仮想サブネットに属していても、サブネットが 172.29.0.0/16 として定義される場合、レジストラーは 172.29.81.0 のサブネットのみを検索するため、これを一致とは見なしません。 そのため、管理者は、Skype for Business クライアントによって提供されるとおりにサブネットを入力することが重要です (これは、ネットワーク構成時に静的または DHCP によってサブネットでプロビジョニングされます)。
通話受付管理のベスト プラクティス
パフォーマンスを向上させ、デプロイを容易にするには、通話受付制御を展開するときに次のベスト プラクティスを適用します。
現在のメディア トラフィックと予想されるメディア トラフィックに対して WAN が適切にプロビジョニングされていることを確認します。
注意
バッファーを帯域幅の制限に考慮することをお勧めします。 使用される帯域幅の合計に影響を与える競合状態などのシナリオがあり、帯域幅の制限を超える状況が発生する可能性があります。 たとえば、メディア トラフィックが帯域幅制限に近づいている間に 2 回の呼び出しを開始しようとすると、もう一方の呼び出しが最初に開始するために管理されているため、そのうちの 1 つが拒否される可能性があります。
ネットワーク使用状況と通話の詳細レコードを監視して、最適な CAC 設定を選択し、ネットワーク使用状況の変化に応じて CAC 設定を更新できるようにします。
CAC 帯域幅ポリシーを使用して QoS 設定を補完します。
ブロックされた通話を PSTN に再ルーティングする場合は、PSTN の機能と容量を確認します。 詳細については、「 発信通話ルーティングの計画」を参照してください。
注意
容量とは、潜在的な PSTN 再ルーティングをサポートするために開く必要があるポートの数を指します。