Lync Server 2013 での通話受付管理サービス要件の定義
トピック最終更新日時: 2013-10-28
通話受付管理 (CAC) を計画するには、エンタープライズ ネットワーク トポロジに関する詳細な情報が必要です。 通話受付管理ポリシーの計画を容易にするために、次の手順を実行します。
エンタープライズ ネットワーク内のハブ/バックボーン (ネットワーク地域) を特定します。
各ネットワーク地域内のオフィスまたは拠点 (ネットワーク サイト) を特定します。
ネットワーク地域の各ペア間のネットワーク ルートを決定します。
各 WAN リンクの帯域幅制限を決定します。
注意
帯域幅の制限は、エンタープライズ VOIPトラフィックとオーディオ/ビデオ トラフィックに割り当てられている WAN リンク上の帯域幅の量を示します。 帯域幅の上限が予測ピーク トラフィックよりも少ない場合、その WAN リンクは "帯域幅が制限された" WAN リンクと表現されています。
各ネットワーク サイトに割り当てる IP サブネットを特定します。
これらの概念を説明するために、次の図に示すネットワーク トポロジの例を使用します。
通話受付管理のトポロジの例
.jpg "Litware Inc. ネットワーク トポロジの例")
注意
すべてのネットワーク サイトは、ネットワーク リージョンに関連付けられます。 たとえば、北米リージョンには、ポートランド、リノ、アルバカーキが含まれます。 この図では、CAC ポリシーが適用されている WAN リンクのみが表示され、帯域幅が制限されています。 シカゴ、ニューヨーク、およびシカゴのネットワーク サイトは、帯域幅に制約がないため、CAC ポリシーを必要としないため、北米 リージョンの楕円内に表示されます。
このトポロジ例の各コンポーネントについて、以下のセクションで説明します。 帯域幅の制限など、このトポロジの計画方法の詳細については、「 例: Lync Server 2013 での通話受付管理の要件の収集」を参照してください。
ネットワーク地域の特定
ネットワーク地域とは、ネットワーク バックボーンまたはネットワーク ハブを示します。
ネットワークのバックボーンまたはハブは、ネットワークのさまざまな部分を相互接続するコンピューター ネットワーク インフラストラクチャの一部で、異なる LAN またはサブネット間で情報を交換するためのパスを提供します。 バックボーンは、小さな地域から地理的に広範囲な地域までさまざまなネットワークを結合できます。 通常、バックボーンの処理能力はバックボーンに接続するネットワークの処理能力よりも高くなっています。
このトポロジ例では、北アメリカ、EMEA、および APAC の 3 つのネットワーク地域が存在します。 ネットワーク地域には、一連のネットワーク サイト (このトピックで後述するネットワーク サイトの定義を参照) が含まれます。 ネットワーク運用チームと連携してネットワーク地域を特定します。
中央サイトと各ネットワーク地域の関連付け
CAC では、ネットワーク リージョンごとに Lync Server 中央サイトを定義する必要があります。 中央サイトは、そのネットワーク地域内の他のすべてのサイトへの最適なネットワーク接続と最高帯域幅に基づいて選択されます。 前のネットワーク トポロジの例には 3 つのネットワーク地域が示されており、それぞれに CAC の決定を管理する中央サイトがあります。 前の例の適切な関連付けを次の表に示します。
注意
中央サイトは、ネットワーク サイトに必ずしも対応しているわけではありません。 このドキュメントの例では、一部の中央サイト (シカゴ、ロンドン、北京) がネットワーク サイトと同じ名前になっています。 ただし、中央サイトとネットワーク サイトが同じ名前を共有している場合でも、中央サイトは Lync Server トポロジの要素ですが、ネットワーク サイトは Lync Server トポロジが存在するネットワーク全体の一部です。
ネットワーク地域、中央サイト、およびネットワーク サイト
| ネットワーク地域 | 中央サイト | ネットワーク サイト |
|---|---|---|
北アメリカ |
シカゴ |
シカゴ ニューヨーク デトロイト ポートランド リノ アルバカーキ |
EMEA |
ロンドン |
ロンドン ケルン |
APAC |
北京 |
北京 マニラ |
ネットワーク サイトの特定
ネットワーク サイトは、組織の物理的な現場 (オフィス、一連の建物、キャンパスなど) がある場所を表します。 LAN 接続を使用し、他のサイトに WAN 接続された物理的な現場は、ネットワーク サイトと見なされます。 まず、組織の全オフィスの一覧表を作成します。 このトポロジ例では、北アメリカ ネットワーク地域はニューヨーク、シカゴ、デトロイト、ポートランド、リノ、アルバカーキの各ネットワーク サイトで構成されています。
すべてのネットワーク サイトをネットワーク リージョンに関連付ける必要があります。 ネットワーク サイトに 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 帯域幅の値はすべて、単一方向の最大帯域幅制限を表しています。
注意
Lync Server 2013 音声ポリシー機能を使用すると、ユーザーに対する着信呼び出しの帯域幅ポリシー チェックをオーバーライドできます (ユーザーが発信する通話の場合は無効)。 セッションの確立後、使用帯域幅が正確に計上されます。 この設定は慎重に使用する必要があります。 詳細については、「展開」のドキュメントの「 Lync Server 2013 で音声ポリシーを作成して PSTN 使用法レコードを構成 する」または「 音声ポリシーを変更し、Lync Server 2013 で PSTN 使用法レコードを構成 する」を参照してください。
セッションあたりの帯域幅使用率を最適化するには、使用される音声およびビデオのコーデック タイプを考慮します。 特に、頻繁に使用されることが予想されるコーデックの帯域幅の割り当てが不足しないようにしてください。 逆に、多くの帯域幅を必要とするコーデックがメディアで使用されないようにする場合は、このようなコーデックを使用できないようにセッションあたりの最大帯域幅を少なく設定する必要があります。 音声の場合、状況によっては使用できないコーデックもあります。 次に例を示します。
Lync エンドポイント間のピアツーピアオーディオ呼び出しでは、コーデックの帯域幅と優先順位を考慮すると、RTAudio (8kHz) または RTAudio (16kHz) が使用されます。
Lync エンドポイントと A/V 会議サービス間の電話会議では、G.722 または Siren が使用されます。
Lync エンドポイントとの間で公衆交換電話網 (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 コーデックは似ていますが、ビット レートは異なります。
Lync Server 会議の既定のコーデックである G.722 は、G.722.1 および Siren コーデックとは完全に異なります。
Siren コーデックは、次の状況で Lync Server で使用されます。
G.722 を使用するには帯域幅ポリシーが低すぎる場合。
Communications Server 2007 または Communications Server 2007 R2 クライアントが Lync Server 会議サービスに接続する場合 (これらのクライアントは G.722 コーデックをサポートしていないため)。
シナリオ別の帯域幅使用率
| シナリオ | 数量 (kbps) に最適化された帯域幅要件 | バランス モード (kbps) の帯域幅要件 | 品質に最適化された帯域幅要件 (kbps) |
|---|---|---|---|
ピアツーピアのオーディオ呼び出し |
45 kbps |
62 kbps |
91 kbps |
電話会議 |
53 kbps |
101 kbps |
165 kbps |
PSTN 通話 (Lync 2013 と PSTN ゲートウェイの間、メディア バイパスあり) |
97 kbps |
97 kbps |
161 kbps |
PSTN 通話 (Lync 2013 と仲介サーバーの間、メディア バイパスなし) |
45 kbps |
97 kbps |
161 kbps |
PSTN 通話 (仲介サーバーと PSTN ゲートウェイの間、メディア バイパスなし) |
97 kbps |
97 kbps |
161 kbps |
Lync - 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.29.81.0/24 の IP サブネットが割り当てられます。 たとえば、通常はアメリカで働く Bob は、トレーニングのためにニューヨークのオフィスに移動するとします。 コンピューターの電源を入れ、ネットワークに接続すると、172.29.80.103 など、ニューヨーク用に予約されている 4 つの範囲のいずれかで IP アドレスが取得されます。
警告
メディア バイパスに適切に使用するには、サーバー上のネットワーク構成時に指定された IP サブネットがクライアント コンピューターによって提供される形式と一致している必要があります。 Lync クライアントはローカル IP アドレスを受け取り、関連付けられたサブネット マスクで IP アドレスをマスクします。 各クライアントに関連付けられているバイパス ID を決定する場合、レジストラーは、各ネットワーク サイトに関連付けられている IP サブネットの一覧と、完全一致についてクライアントによって提供されたサブネットとを比較します。 このため、サーバー上のネットワーク構成時に入力されるサブネットは、仮想サブネットではなく実際のサブネットであることが重要です。 (通話受付制御を展開するが、メディア バイパスを展開しない場合は、仮想サブネットを構成した場合でも、通話受付制御は正しく機能します)。
たとえば、IP サブネット マスクが 255.255.255.0 の IP アドレス 172.29.81.57 のコンピューターにクライアントがサインインした場合、Lync 2013 はサブネット 172.29.81.0 に関連付けられたバイパス ID を要求します。 クライアントが仮想サブネットに属していても、サブネットが 172.29.0.0/16 として定義される場合、レジストラーは 172.29.81.0 のサブネットのみを検索するため、これを一致とは見なしません。 そのため、管理者が Lync クライアントによって提供されるとおりにサブネットに入る必要があります (ネットワーク構成中に静的または DHCP によってサブネットでプロビジョニングされます)。