Lync Server 2013 での仲介サーバーの展開ガイドライン

併置済み仲介サーバーまたはスタンドアロン仲介サーバー

仲介サーバーは、Standard Edition サーバーまたは中央サイトのフロント エンド プールのフロント エンド サーバーに既定で併置されます。 処理することができる公衆交換電話網 (PSTN) 通話の数およびプール内で必要なコンピューターの数は、以下に応じて異なります。

• 仲介サーバー プールが制御するゲートウェイ ピアの数

• それらのゲートウェイを経由する高ボリューム トラフィックの期間

• メディアが仲介サーバーをバイパスする呼び出しの割合

計画する場合は、PSTN 通話とメディア バイパス用に構成されていない A/V 会議のメディア処理要件と、サポートする必要があるビジー時間の呼び出しの数のシグナリング操作を処理するために必要な処理を考慮してください。 十分な CPU がない場合は、仲介サーバーのスタンドアロン プールを展開する必要があります。PSTN ゲートウェイ、IP-PBX、および SBC は、1 つのプール内の併置された仲介サーバーと、1 つ以上のスタンドアロン プール内のスタンドアロン仲介サーバーによって制御されるサブセットに分割する必要があります。

次を含む仲介サーバーのプールと対話するための正しい機能をサポートしていない PSTN ゲートウェイ、IP-PBX、またはセッション ボーダー コントローラー (SBC) を展開した場合は、単一の仲介サーバーで構成されるスタンドアロン プールに関連付ける必要があります。

• プール内の仲介サーバー間でネットワーク層ドメイン ネーム システム (DNS) 負荷分散を実行する (またはプール内のすべての仲介サーバーにトラフィックを一様にルーティングする)

• プール内の仲介サーバーからのトラフィックを受け入れる

Microsoft Lync Server 2013 計画ツールを使用して、フロントエンド プールで仲介サーバーを併置することで負荷を処理できるかどうかを評価できます。 環境がこれらの要件を満たすことができない場合は、スタンドアロンの仲介サーバー プールを展開する必要があります。

中央サイトとブランチ サイトに関する考慮事項

中央サイトの仲介サーバーは、ブランチ サイトでIP-PBXsまたは PSTN ゲートウェイの呼び出しをルーティングするために使用できます。 ただし、SIP トランクを展開する場合は、各トランクが終了するサイトに仲介サーバーを展開する必要があります。 中央サイト ルートに仲介サーバーを配置すると、ブランチ サイトで IP-PBX または PSTN ゲートウェイが呼び出される場合、メディア バイパスを使用する必要はありません。 ただし、メディア バイパスを有効にできる場合は、メディア パスの待機時間が短縮され、その結果、メディア パスがシグナリング パスに従う必要がなくなったため、メディアの品質が向上します。 メディア バイパスにより、プールの処理負荷も軽減することができます。

ブランチ サイトの回復性が必要な場合は、存続可能ブランチ アプライアンスまたはフロントエンド サーバー、仲介サーバー、ゲートウェイの組み合わせをブランチ サイトに展開する必要があります。 (ブランチ サイトの回復性の前提は、サイトでのプレゼンスと会議が回復性がないということです)。音声のブランチ サイト計画のガイダンスについては、「 Lync Server 2013 でのブランチ サイト音声回復性の計画」を参照してください。

IP-PBX との対話の場合、IP-PBX が複数の早期ダイアログと RFC 3960 の対話による早期メディア操作を正しくサポートしていない場合、IP-PBX から Lync エンドポイントへの着信に対するあいさつの最初のいくつかの単語がクリッピングされる可能性があります。 この動作は、中央サイトの仲介サーバーが、ブランチ サイトでルートが終了する IP-PBX の呼び出しをルーティングしている場合、シグナリングを完了するためにより多くの時間が必要であるため、より深刻になる可能性があります。 この動作が発生した場合、最初のいくつかの単語のクリッピングを減らす唯一の方法は、ブランチ サイトに仲介サーバーを展開することです。

最後に、中央サイトに TDM PBX がある場合、または IP-PBX で PSTN ゲートウェイが不要な場合は、仲介サーバーと PBX を接続する呼び出しルートにゲートウェイを展開する必要があります。