サードパーティの PSTN ゲートウェイまたは PBX での Lync Server 2013 における通話受付管理

 

トピック最終更新日時: 2012-10-20

このトピックでは、仲介サーバーのゲートウェイ インターフェイス、およびサードパーティの公衆交換電話網 (PSTN) ゲートウェイまたは構内交換機 (PBX) の間のリンクに、どのように通話受付管理 (CAC) を配置することができるのかという例を説明します。

ケース 1: 仲介サーバーおよび PSTN ゲートウェイ間の CAC

CAC は、仲介サーバーのゲートウェイ インターフェイスから、サードパーティの PBX または PSTN ゲートウェイへの WAN リンクに展開させることができます。

ケース 1: 仲介サーバーおよび PSTN ゲートウェイ間の CAC

ケース 1: 仲介サーバー PSTN ゲートウェイ間の CAC

この例では、仲介サーバーと PSTN ゲートウェイの間に CAC が適用されます。 ネットワーク サイト 1 の Lync クライアント ユーザーが、ネットワーク サイト 2 の PSTN ゲートウェイを介して PSTN 通話を発信した場合、メディアは WAN リンクを経由します。 そのため、PSTN セッションごとに 2 度の CAC チェックが行われます。

  • Lync クライアント アプリケーションと仲介サーバーの間

  • 仲介サーバーと PSTN ゲートウェイの間

これは、ネットワーク サイト 1 のクライアントへの PSTN 着信、およびネットワーク サイト 1 のクライアント アプリケーションからの PSTN 発信のどちらでも行われます。

注意

PSTN ゲートウェイが属する IP サブネットが、確実に構成され、ネットワーク サイト 2 と関連付けられているようにしてください。
仲介サーバーの両方のインターフェイスが属する IP サブネットが構成され、ネットワーク サイト 1 に関連付けられていることを確認します。
詳細については、「 Lync Server 2013 のネットワーク サイトにサブネットを関連付ける」を参照してください。

ケース 2: 仲介サーバーとメディアターミネーション ポイントを備えたサードパーティ PBX 間の CAC

この構成はケース 1 に類似したものです。 どちらの場合も、仲介サーバーは WAN リンクの反対側でメディアを終了するデバイスを認識し、メディアターミネーション ポイント (MTP) を持つ PSTN ゲートウェイまたは PBX の IP アドレスが次ホップとして仲介サーバーに構成されます。

ケース 2: 仲介サーバーおよび MTP を含むサードパーティ製 PBX 間の CAC

ケース 2: 仲介サーバー PBX 間の CAC と MTP

この例では、仲介サーバーと PBX/MTP の間に CAC が適用されます。 ネットワーク サイト 1 の Lync クライアント ユーザーが、ネットワーク サイト 2 にある PBX/MTP を介して PSTN 通話を発信した場合、メディアは WAN リンクを経由します。 そのため、それぞれの PSTN セッションごとに 2 度の CAC チェックが行われます。

  • Lync クライアント アプリケーションと仲介サーバーの間

  • 仲介サーバーと PBX/MTP の間

これは、ネットワーク サイト 1 のクライアントへの PSTN 着信、およびネットワーク サイト 1 のクライアントからの PSTN 発信のどちらでも行われます。

注意

MTP が属する IP サブネットが、確実に構成され、ネットワーク サイト 2 と関連付けられているようにしてください。
仲介サーバーの両方のインターフェイスが属する IP サブネットが構成され、ネットワーク サイト 1 に関連付けられていることを確認します。
詳細については、「 Lync Server 2013 のネットワーク サイトにサブネットを関連付ける」を参照してください。

ケース 3: メディアターミネーション ポイントのない仲介サーバーとサード パーティ製 PBX の間の CAC

ケース 3 は、最初の 2 つのケースとは少し異なります。 サード パーティ PBX に MTP がない場合、サード パーティ PBX への発信セッション要求に対して仲介サーバーは、PBX 境界でメディアが終了する場所を認識しません。 この場合、メディアは仲介サーバーとサード パーティのエンドポイント デバイスの間で直接フローします。

ケース 3: 仲介サーバーおよび MTP が含まれないサードパーティ製 PBX 間の CAC

ケース 3: 仲介サーバー PBX 間の CAC なし MTP

この例では、ネットワーク サイト 1 の Lync クライアント ユーザーが PBX を介してユーザーに対して通話を発信した場合、仲介サーバーはプロキシ レッグ (Lync クライアント アプリケーションと仲介サーバーの間) でのみ CAC チェックを実行できます。 セッションが要求されている間、仲介サーバーにはエンドポイント デバイスに関する情報がないため、呼び出し確立前に WAN リンク (仲介サーバーとサード パーティ エンドポイントの間) で CAC チェックを実行できません。 ただし、セッションが確立されると、仲介サーバーはトランクで使用される帯域幅の会計を容易にします。

サード パーティのエンドポイントから発信された呼び出しの場合、そのエンドポイント デバイスに関する情報はセッション要求時に使用でき、CAC チェックは仲介サーバーの両側で実行できます。

注意

エンドポイント デバイスが属する IP サブネットが、確実に構成され、ネットワーク サイト 2 と関連付けられているようにしてください。
仲介サーバーの両方のインターフェイスが属する IP サブネットが構成され、ネットワーク サイト 1 に関連付けられていることを確認します。
詳細については、「 Lync Server 2013 のネットワーク サイトにサブネットを関連付ける」を参照してください。