次の方法で共有

Lync Server 2013 の M:N トランク

  • [アーティクル]

 

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

Lync Server 2013 では、以前のリリースから呼び出しルーティングを目的としたトランクの定義の柔軟性が高まります。 トランクは、仲介サーバーとリッスンポート番号とゲートウェイとリッスンポート番号の間の論理的な関連付けです。 これは、いくつかのことを意味します。仲介サーバーは、同じゲートウェイに複数のトランクを持つことができます。仲介サーバーには、異なるゲートウェイへの複数のトランクを含めることができます。逆に、ゲートウェイは異なる仲介サーバーに対して複数のトランクを持つことができます。

トポロジ ビルダーを使用してゲートウェイを Lync トポロジに追加する場合でも、ルート トランクを作成する必要があります。 特定の仲介サーバーが処理できるゲートウェイの数は、ピーク時のサーバーの処理能力によって異なります。 サポート機能に関するドキュメントの「Lync Server 2013 のサポート対象ハードウェア」で説明されているように、 Lync Server 2013 の最小ハードウェア要件を超えるハードウェアに仲介サーバーを展開する場合、スタンドアロン仲介サーバーが処理できるアクティブなバイパス以外の呼び出しの数の見積もりは約 1,000 回です。 これらの仕様を満たすハードウェアにデプロイされた場合、仲介サーバーはトランスコードを実行することが期待されますが、ゲートウェイがメディア バイパスをサポートしていない場合でも、複数のゲートウェイの呼び出しをルーティングします。

呼び出しルートを定義するときは、そのルートに関連付けられているトランクを指定しますが、そのルートに関連付けられている仲介サーバーは指定しません。 代わりに、トポロジ ビルダーを使用してトランクを仲介サーバーに関連付けます。 つまり、ルーティングによって呼び出しに使用するトランクが決まります。その後、そのトランクに関連付けられている仲介サーバーがその呼び出しのシグナリングを送信します。

仲介サーバーはプールとして展開できます。このプールは、フロントエンド プールと併置することも、スタンドアロン プールとしてデプロイすることもできます。 仲介サーバーがフロントエンド プールと併置されている場合、プール サイズは最大 12 (レジストラー プール サイズの制限) にすることができます。 これらの新機能を組み合わせると、仲介サーバーの信頼性と展開の柔軟性が向上しますが、次のピア エンティティに関連する機能が必要です。

  • PSTN ゲートウェイ。 Lync Server 2013 修飾ゲートウェイでは、DNS 負荷分散を実装する必要があります。これにより、認定された公衆交換電話ネットワーク (PSTN) ゲートウェイが仲介サーバーの 1 つのプールのロード バランサーとして機能し、それによってプール全体の呼び出しの負荷分散が可能になります。

  • セッション ボーダー コントローラー。 SIP トランクの場合には、ピア エンティティはインターネット テレフォニー サービス プロバイダーのセッション ボーダー コントローラー (SBC) です。 仲介サーバー プールから SBC への方向では、SBC はプール内の任意の仲介サーバーから接続を受信できます。 SBC からプールへの方向では、プール内の任意の仲介サーバーにトラフィックを送信できます。 サービス プロバイダーと SBC で DNS 負荷分散がサポートされている場合には、DNS 負荷分散でこれを実現できます。 代わりに、プール内のすべての仲介サーバーの IP アドレスをサービス プロバイダーに提供し、サービス プロバイダーは、仲介サーバーごとに個別の SIP トランクとして SBC でこれらをプロビジョニングします。 この場合、サービス プロバイダーのサーバーに対してサービス プロバイダーが負荷分散を処理します。 サービス プロバイダーや SBC によっては、これらの機能をサポートしていないことがあります。 さらに、サービス プロバイダーによってはこの機能に別料金を課すことがあります。 一般的には、SBC への SIP トランクごとに月額料金が発生します。

  • IP-PBX。 仲介サーバー プールから IP-PBX SIP 終了までの方向で、IP-PBX はプール内の任意の仲介サーバーから接続を受信できます。 IP-PBX からプールへの方向では、プール内の任意の仲介サーバーにトラフィックを送信できます。 ほとんどのIP-PBXsは DNS 負荷分散をサポートしていないため、IP-PBX からプール内の各仲介サーバーへの個々の直接 SIP 接続を定義することをお勧めします。 トランク グループにトラフィックが分散されることで、IP-PBX により IP-PBX の負荷分散が処理されます。 このトランク グループには IP-PBX での一貫したルーティング ルールがあることが前提とされています。 仲介サーバー クラスターが IP-PBX と正しく対話できるかどうかを決定するには、特定の IP-PBX がこのトランク グループの概念をサポートするかどうか、および IP-PBX 独自の冗長性とクラスタリング アーキテクチャと交差する方法を決定する必要があります。

仲介サーバー プールには、仲介サーバー プールが対話するピア ゲートウェイの均一ビューが必要です。 つまり、プールのすべてのメンバーが、ピア ゲートウェイの同一定義に構成ストアからアクセスし、発信通話のために同様にピア ゲートウェイと対話するということです。 そのため、一部の仲介サーバーが発信呼び出しのために特定のゲートウェイ ピアと通信するようにプールをセグメント化する方法はありません。 このようなセグメント化が必要な場合は、仲介サーバーの別のプールを使用する必要があります。 たとえば、このトピックでこれまでに詳しく説明した、プールと対話するための関連機能が PSTN ゲートウェイ、SIP トランク、または IP-PBX にない場合がこれに当てはまります。

特定の PSTN ゲートウェイ、IP-PBX、または SIP トランク ピアは、複数の仲介サーバーまたはトランクにルーティングできます。 仲介サーバーの特定のプールが制御できるゲートウェイの数は、メディア バイパスを使用する呼び出しの数によって異なります。 多数の呼び出しでメディア バイパスが使用されている場合、プール内の仲介サーバーは、シグナリング レイヤーの処理のみが必要であるため、さらに多くの呼び出しを処理できます。