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

  • [アーティクル]

 

トピックの最終更新日: 2012-10-12

このトピックでは、仲介サーバーの展開の計画ガイドラインについて説明します。 これらのガイドラインを確認した後は、計画ツールを使用して代替トポロジを作成して表示することをお勧めします。これは、デプロイを決定した最終的なカスタマイズされたトポロジのモデルとして機能します。

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

仲介サーバーは、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 ゲートウェイが呼び出される場合、メディア バイパスを使用する必要はありません。 ただし、メディア バイパスを有効にできる場合は、メディア パスの待機時間が短縮され、その結果、メディア パスがシグナリング パスに従う必要がなくなったため、メディアの品質が向上します。 メディア バイパスにより、プールの処理負荷も軽減することができます。

注意

メディア バイパスは、すべての PSTN ゲートウェイ、IP-PBX、および SBC と相互運用できるとは限りません。 マイクロソフトでは、認定パートナーの PSTN ゲートウェイと SBC でテストを行い、Cisco IP-PBX でも一定のテストを行いました。 メディア バイパスは、Unified Communications Open Interoperability Program - Lync Server at https://go.microsoft.com/fwlink/p/?LinkId=268730.

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

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

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

注意

スタンドアロン仲介サーバーのメディア パフォーマンスを向上させるには、これらのサーバーのネットワーク アダプターの Receive-side Scaling (RSS) を有効にする必要があります。 RSS は、着信パケットがサーバーの複数のプロセッサによって平行して処理されるのを可能にします。 詳細については、「Windows Server での受信側スケーリングの機能強化」を https://go.microsoft.com/fwlink/p/?LinkId=268731参照してください。 RSS を有効にする方法の詳細については、ネットワーク アダプターのドキュメントを参照してください。