次の方法で共有

Skype for Business Serverの M:N トランク

  • [アーティクル]

Skype for Business Server エンタープライズ VoIPは、仲介サーバーと PSTN ゲートウェイ、セッション ボーダー コントローラー、IP-PBX などのコンポーネント間の M:N トランキングをサポートします。

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

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

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

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

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

  • セッション ボーダー コントローラー。 SIP トランクの場合には、ピア エンティティはインターネット テレフォニー サービス プロバイダーのセッション ボーダー コントローラー (SBC) です。 仲介サーバー プールから SBC への方向で、SBC はプール内の任意の仲介サーバーから接続を受信できます。 SBC からプールへの方向では、トラフィックはプール内の任意の仲介サーバーに送信できます。 サービス プロバイダーと SBC で DNS 負荷分散がサポートされている場合には、DNS 負荷分散でこれを実現できます。 別の方法として、サービス プロバイダーにプール内のすべての仲介サーバーの IP アドレスを付与し、サービス プロバイダーは、仲介サーバーごとに個別の SIP トランクとして SBC でこれらの IP アドレスをプロビジョニングします。 この場合、サービス プロバイダーのサーバーに対してサービス プロバイダーが負荷分散を処理します。 サービス プロバイダーや 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 トランク ピアは、複数の仲介サーバーまたはトランクにルーティングできます。 仲介サーバーの特定のプールが制御できるゲートウェイの数は、メディア バイパスを使用する呼び出しの数によって異なります。 多数の呼び出しでメディア バイパスを使用する場合、プール内の仲介サーバーは、シグナリング 層の処理のみが必要であるため、さらに多くの呼び出しを処理できます。