[アーティクル]
06/25/2014

SIP トランキングの実装方法

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

SIP トランキングを実装するには、仲介サーバーを介して通信をルーティングする必要があります。この仲介サーバーは、Lync Server 2010 クライアントとサービスプロバイダー間の通信セッションをプロキシ処理し、必要な場合はメディアのコード変換を行います。

それぞれの仲介サーバーには内部ネットワークインターフェイスと外部ネットワークインターフェイスの両方があります。内部インターフェイスはフロントエンドサーバーに接続します。外部インターフェイスは、これまで仲介サーバーの PSTN ゲートウェイまたは IP-PBX への接続に使用されてきたため、通常、ゲートウェイインターフェイスといわれます。 SIP トランクを実装するには、仲介サーバーの外部インターフェイスを ITSP の外部エッジコンポーネントと接続します。

注:
ITSP の外部エッジコンポーネントとは、セッションボーダーコントローラー (SBC)、ルーター、またはゲートウェイです。

仲介サーバーの詳細については、「仲介サーバーコンポーネント」を参照してください。

集中型と分散型 SIP トランキングの比較

集中型 SIP トランキングは、ブランチサイトのトラフィックを含む、すべての VoIP トラフィックを中央サイトを経由してルーティングします。集中型の展開モデルは、シンプルで費用効果がよく、通常は、Lync Server 2010 での SIP トランク実装アプローチとして推奨されます。

分散型 SIP トランキングは、1 つまたは複数のブランチサイトでローカルな SIP トランクを実装する展開モデルです。その場合 VoIP トラフィックは、中央サイトを経由せずに、ブランチサイトから直接サービスプロバイダーにルーティングされます。

分散型 SIP トランキングが必要なのは、次のケースだけです。

ブランチサイトに存続可能な通話接続が必要な場合 (WAN がダウンした場合など)。この要件について、各ブランチサイトで分析する必要があります。冗長性とフェールオーバーが必要なブランチがある一方で、他のブランチでは必要ない場合があります。
2 つの中央サイトの間で復元が必要な場合。それぞれの中央サイトで SIP トランクが終了するのを確認する必要があります。例えば、中央サイトが Dublin および Tukwila にあり、両方のサイトが 1 つのサイトの SIP トランクを使用している場合、トランクがダウンした場合は、もう一方のサイトのユーザーは PSTN 通話をすることができません。
ブランチサイトと中央サイトで国/地域が異なる場合。互換性と法律上の理由により、国/地域ごとに少なくとも 1 つの SIP トランクが必要です。たとえば EU では、通信は現地の中央ポイントで終了することなしに国/地域外にでることはできません。

サイトの地理的位置および企業内で予想されるトラフィック量によっては、すべてのユーザーを中央 SIP トランクを経由してルーティングしたくない、あるいは一部のユーザーをブランチサイトの SIP トランク経由でルーティングしたい場合があります。必要性を分析するために、次の質問に回答してください。

各サイトの規模はどれくらいですか (つまり、何人のユーザーがエンタープライズ VoIP に対して有効にされていますか)。
各サイトで最も通話を受ける Direct Inward Dialing (DID) 番号はどれですか。

集中型 SIP トランキングと分散型 SIP トランキングのどちらを展開するかを決定するには、費用便益分析が必要です。必要のない場合にも分散型展開モデルを選択したほうが有益な場合があります。完全な集中型展開では、すべてのブランチサイトのトラフィックが WAN リンク経由でルーティングされます。WAN リンクに必要な帯域幅に費用をかけるより、分散型 SIP トランキングを使用したい場合があります。例えば、中央サイトのフェデレーションを利用してブランチサイトで Standard Edition サーバーを展開したい場合、あるいは小規模なゲートウェイで存続可能ブランチアプライアンスまたは存続可能ブランチサーバーを展開したい場合が考えられます。

注:
分散型 SIP トランキングを使用する理由と方法の詳細については、「ブランチサイトの SIP トランキング」を参照してください。

サポートされている SIP トランキング接続の種類

Lync Server では、SIP トランキング用に次の接続の種類をサポートします。

Multiprotocol Label Switching (MPLS) は、ネットワークノード間でデータを伝送するプライベートネットワークです。MPLS ネットワークの帯域幅は他のサブスクライバーと共有され、サブスクライバーのデータどうしを区別するためにデータパケットごとにラベルが付けられます。この接続の種類に VPN は必要ありません。潜在的な欠点は、VoIP トラフィックに優先度を与えないと、過剰な IP トラフィックが VoIP の処理に干渉する可能性があることです。
他のトラフィックを使用しないプライベート接続 (専用の光ファイバー接続、T1 回線など) は、通常、最も信頼できるセキュアな接続の種類です。この接続の種類には、最高の通話伝送能力がありますが、通常最も費用がかかります。VPN は必要ありません。プライベート接続は、通話件数が多いか、セキュリティと可用性の要件が厳しい組織に適しています。
インターネットは、最も費用のかからない接続の種類ですが、最も信頼性が低いです。インターネット接続は、唯一 VPN が必要な Lync Server の SIP トランキング接続の種類です。

接続の種類の選択

企業に最適な SIP トランキング接続の種類は、ニーズと予算によって異なります。

中規模または比較的大規模な企業では、通常、MPLS ネットワークが最も費用対効果が高くなります。専用のプライベートネットワークに比べて、必要な帯域幅が安価に提供されます。
大規模な企業には、プライベートな光ファイバー接続、T1、T3、またはそれ以上の接続が必要なことがあります (EU では E1、E3、またはそれ以上の接続)。
通話件数の少ない小規模な企業やブランチサイトでは、インターネットを介した SIP トランキングが最良の選択です。この接続の種類は、中規模サイズあるいは比較的大規模なサイトには推奨されません。

帯域幅要件

実装に必要となる帯域幅は、通話処理能力 (サポートされなければならない同時通話の数) によって異なります。代金を支払っている最大処理能力をできるだけ活用できるよう、使用可能な帯域幅を考慮に入れる必要があります。 SIP トランクの最大帯域幅要件を計算するには次の式を使用してください。

SIP トランク最大帯域幅 = 最大同時通話数 x (64 kbps + ヘッダーサイズ)

注:
ヘッダーサイズは最大で 20 バイトです。

コーデックのサポート

Lync Server 2010 は、次のコーデックをサポートします。

G.711 A-Law (主に北米以外で使用)
G.711 µ-Law (北米で使用)

このセクション中

SIP トランク接続の ITSP 側

次の方法で共有