Skype for Business Serverでの直接 SIP 接続
直接 SIP 接続は、Skype for Business Serverと、エンタープライズ VoIPの PSTN ゲートウェイと IP-PBX の両方の間でサポートされます。
直接 SIP 接続を使用して、Skype for Business Serverを次のいずれかに接続できます。
An IP-PBX
PSTN ゲートウェイ
直接 SIP 接続を実装するには、基本的に SIP トランクを実装するのと同じ展開手順に従います。 どちらの場合も、仲介サーバーの外部インターフェイスを使用して接続を実装します。 唯一の違いは、ITSP ゲートウェイなどの外部エンティティに SIP トランクを接続し、IP-PBX や公衆交換電話網 (PSTN) ゲートウェイなどのローカル ネットワーク内の内部エンティティに直接 SIP 接続を接続することです。
直接 SIP 展開のオプション
Skype for Business Server Stand-Alone
organizationがこのセクションで説明されているいずれかのデプロイを使用する場合は、organizationの一部または全部に対する唯一のテレフォニー ソリューションとしてSkype for Business Serverを使用できます。 このセクションでは、次のデプロイについて詳しく説明します。
増分デプロイ:このオプションは、既存のプライベート ブランチ交換 (PBX) インフラストラクチャがあり、organization内の小規模なグループまたはチームにエンタープライズ VoIPを段階的に導入することを前提としています。
VoIP のみの展開: このオプションでは、従来のテレフォニー インフラストラクチャがないサイトにエンタープライズ VoIPを展開することを検討していることを前提としています。
増分デプロイ
増分展開では、Skype for Business Serverは個々のチームまたは部門の唯一のテレフォニー ソリューションですが、organizationの残りのユーザーは PBX を引き続き使用します。 この増分デプロイ戦略は、制御されたパイロット プログラムを通じて企業に IP テレフォニーを導入する 1 つの方法を提供します。 Microsoft Unified Communications によって通信ニーズが最も高いワークグループはエンタープライズ VoIPに移動され、他のユーザーは既存の PBX に残ります。 必要に応じて、追加のワークグループをエンタープライズ VoIPに移行できます。
増分オプションは、共通の通信要件を持ち、集中管理に最適な明確に定義されたユーザー グループがある場合に推奨されます。 このオプションは、広範囲の地理的領域に分散しているチームまたは部門がある場合にも有効です。この場合、長距離料金の節約が大きくなる可能性があります。 実際、このオプションは、メンバーが世界中に散らばっている可能性がある仮想チームを作成する場合に便利です。 ビジネス要件の変化に迅速に対応して、このようなチームを作成、変更、または解散できます。
次の図は、PBX の背後にエンタープライズ VoIPを展開するための一般的なトポロジを示しています。 これは、増分デプロイに推奨されるトポロジです。
増分デプロイ オプション
注意
Skype for Business Server展開を認定された Direct SIP パートナーに接続する場合、仲介サーバーと PBX の間の公衆交換電話網 (PSTN) ゲートウェイは必要ありません。 認定された Direct SIP パートナーの一覧については、 Microsoft Unified Communications Open 相互運用性プログラムに関するページを参照してください。
注意
この図に示すメディア パスでは、メディア バイパスが有効になっています (推奨される構成)。 メディア バイパスを無効にすることを選択した場合、メディア パスは仲介サーバー経由でルーティングされます。
このトポロジでは、選択した部署またはワークグループがエンタープライズ VoIPに対して有効になります。 PSTN ゲートウェイは、Voice over Internet Protocol (VoIP) 対応ワークグループを PBX にリンクします。 リモート ワーカーを含むエンタープライズ VoIPが有効になっているユーザーは、IP ネットワーク経由で通信します。 エンタープライズ VOIPユーザーによる PSTN への呼び出しと、エンタープライズ VoIPが有効になっていない同僚への呼び出しは、適切な PSTN ゲートウェイにルーティングされます。 PBX システム上にいる同僚、または PSTN の発信者からの通話は、PSTN ゲートウェイにルーティングされ、通話がルーティングのためにSkype for Business Serverに転送されます。
相互運用性のために既存の PBX インフラストラクチャにエンタープライズ VoIPを接続するための 2 つの推奨構成があります。PBX の背後にエンタープライズ VoIPし、PBX の前にエンタープライズ VoIPします。
PBX の背後にあるエンタープライズ VoIP
エンタープライズ VOIP PBX の背後に展開されると、PSTN からのすべての呼び出しが PBX に到着し、エンタープライズ VOIP ユーザーへの通話が PSTN ゲートウェイにルーティングされ、PBX ユーザーへの呼び出しが PBX にルーティングされます。
PBX の前面のエンタープライズ VoIP
エンタープライズ VOIPが PBX の前に展開されると、すべての通話が PSTN ゲートウェイに到着し、エンタープライズ VoIP ユーザーの通話をSkype for Business Serverにルーティングし、PBX ユーザーの通話を PBX にルーティングします。 エンタープライズ VoIPと PBX の両方のユーザーからの PSTN への呼び出しは、最もコスト効率の高い PSTN ゲートウェイに IP ネットワーク経由でルーティングされます。 次の表に、この構成の長所と短所を示します。
PBX の前面にエンタープライズ VoIPを展開する利点と欠点
| 利点 | 欠点 |
|---|---|
| PBX は、エンタープライズ VoIPに対して有効になっていないユーザーに引き続きサービスを提供します。 |
既存のゲートウェイでは、必要な機能や容量がサポートされていない場合があります。 |
| PBX は、以前のすべてのデバイスを処理します。 |
ゲートウェイから PBX、ゲートウェイから仲介サーバーへのトランクが必要です。 サービス プロバイダーからより多くのトランクが必要になる場合があります。 |
| エンタープライズ VoIPユーザーは同じ電話番号を保持します。 |
VoIP-Onlyデプロイ
エンタープライズ VoIPは、PBX の統合や IP-PBX インフラストラクチャの大幅な展開とメンテナンスコストを心配することなく、フル機能の VoIP ソリューションを実装する機会を得て、新しいビジネスや既存のビジネス向けの新しいオフィス サイトを提供します。 このソリューションは、オンサイトワーカーとリモートワーカーの両方をサポートします。
このデプロイでは、すべての呼び出しが IP ネットワーク経由でルーティングされます。 PSTN への呼び出しは、適切な PSTN ゲートウェイにルーティングされます。 Skype for Businessまたは Lync Phone Edition はソフトフォンとして機能します。 ユーザーが制御する PBX 電話がないため、リモート通話制御は使用できず、不要です。 ボイス メールと自動応答サービスは、Exchange ユニファイド メッセージング (UM) のオプションの展開を通じて利用できます。
注意
VoIP 専用の展開では、Skype for Business Serverをサポートするために必要なネットワーク インフラストラクチャに加えて、小規模で修飾されたゲートウェイを使用して、FAX マシンとアナログ デバイスをサポートできます。
次の図は、VoIP のみの展開の一般的なトポロジを示しています。
VoIP のみのデプロイ オプション
注意
この図に示すメディア パスでは、メディア バイパスが有効になっています (推奨される構成)。 メディア バイパスを無効にすることを選択した場合、メディア パスは仲介サーバー経由でルーティングされます。
PSTN ゲートウェイの展開オプション
PSTN ゲートウェイ
公衆交換電話ネットワーク (PSTN) ゲートウェイは、エンタープライズ VoIP インフラストラクチャと PSTN の間で、直接または SIP トランクへの接続を介してシグナリングとメディアを変換するサードパーティのハードウェア コンポーネントです。 どちらのトポロジでも、ゲートウェイは PSTN を終了します。 ゲートウェイは独自のサブネットで分離され、仲介サーバーを介してエンタープライズ ネットワークに接続されます。
複数のサイトを持つ企業は、通常、各サイトに 1 つ以上のゲートウェイをデプロイします。 ブランチ サイトは、ゲートウェイを介して、または 1 つのボックスにゲートウェイとサーバーを組み合わせた存続可能ブランチ アプライアンスを介して PSTN に接続できます。 ブランチ サイトでゲートウェイを使用する場合は、WAN リンクに回復性がない限り、サイト上でレジストラーと仲介サーバーの両方が必要です。 フロント エンド サーバーに併置される 1 つ以上の仲介サーバーは、各サイトで 1 つ以上のゲートウェイの呼び出しをルーティングできます。 サイトで必要なレジストラー、仲介サーバー、ゲートウェイは、存続可能ブランチ アプライアンスとして展開することをお勧めします。
PSTN ゲートウェイの数、サイズ、場所を決定することは、おそらく、エンタープライズ VoIP インフラストラクチャを計画するときに行う必要がある最も重要で高価な決定です。
考慮すべきメインの質問を次に示します。 これらの質問に対する回答はすべて相互に依存している点に注意してください
必要な PSTN ゲートウェイの数 回答は、ユーザーの数、予想される同時呼び出しの数 (トラフィックの読み込み)、およびサイトの数 (各サイトに 1 つ必要) によって異なります。
ゲートウェイのサイズは何ですか? 答えは、サイトのユーザー数とトラフィックの負荷によって異なります。
ゲートウェイはどこに配置する必要がありますか? 答えは、トポロジの一部と、organizationの地理的分布に部分的に依存します。
また、ゲートウェイ トポロジ のオプションも考慮する必要があります (詳細については、このトピックの「ゲートウェイ トポロジ」を参照してください)。
M:N トランクのサポート
仲介サーバーは、複数のゲートウェイ、インターネット テレフォニー サービス プロバイダーによって提供されるセッション ボーダー コントローラー (SBC)、または 2 つの組み合わせを介して呼び出しをルーティングできます。 さらに、プール内の複数の仲介サーバーは、複数のゲートウェイと対話できます。 仲介サーバーとゲートウェイの間で定義された論理ルートは、トランクと呼ばれます。 内部ユーザーが PSTN 通話を発信すると、フロントエンド プールの送信ルーティング ロジックによって、その特定の呼び出しのルーティングに使用できる可能性のあるすべての組み合わせからルーティングするトランクが選択されます。 DNS 負荷分散では、プール内の特定の仲介サーバーに関する問題が原因で呼び出しがゲートウェイに到達できない場合、その呼び出しはプール内の代替仲介サーバーに再試行されます。
複数のゲートウェイの計画の詳細については、「Skype for Business Serverの M:N トランク」を参照してください。
その他の送信ルーティングの機能強化の詳細については、「 通話ルート」を参照してください。
ゲートウェイ トポロジ
ゲートウェイのデプロイに関する基本的な質問を検討するときは、次の手順に従います。
エンタープライズ VoIPを使用して PSTN 接続を提供するサイトをカウントします。
各サイトのトラフィックを見積もります (ユーザー数とユーザーあたりの 1 時間あたりの平均通話数)。
各サイトに 1 つ以上のゲートウェイをデプロイして、予想されるトラフィックを処理します。
このトポロジでは、各サイトとサイト間のワーカー間の呼び出しはすべてイントラネット経由でルーティングされます。 PSTN への呼び出しは、エンタープライズ IP ネットワーク経由で、宛先番号の場所に最も近いゲートウェイにルーティングされます。しかし、多くの金融機関や他の大企業と同様に、organizationが1つ以上の大陸に広がる数十、数百、さらには数千のサイトをサポートしている場合はどうでしょうか? このような場合、各サイトに個別のゲートウェイをデプロイすることは実用的ではありません。
この問題に対処するために、多くの大企業は、1 つまたは複数の大規模なテレフォニー 中央サイトを展開することを好みます。
このトポロジでは、予想されるユーザーの負荷に対応するのに十分な大規模なゲートウェイが各中央サイトにデプロイされます。 企業内のユーザーに対するすべての呼び出しは、会社の電話サービス プロバイダーによって中央サイトに転送されます。 中央サイトのルーティング ロジックは、通話をイントラネット経由でルーティングするか、PSTN にルーティングするかを決定します。
ゲートウェイの場所
ゲートウェイの場所によって、選択するゲートウェイの種類と構成方法が決まる場合もあります。 何十もの PSTN プロトコルがありますが、いずれも世界的な標準とは言えありません。 すべてのゲートウェイが 1 つの国/地域に配置されている場合、これは問題になりませんが、複数の国/地域にゲートウェイを配置する場合は、それぞれのゲートウェイをその国/地域の PSTN 標準に従って構成する必要があります。 さらに、カナダなどの運用に対して認定されたゲートウェイは、インド、ブラジル、欧州連合では認定されない場合があります。
ゲートウェイのサイズと番号
ほとんどの組織が展開を検討する PSTN ゲートウェイのサイズは 2 ~ 960 ポートです。 (さらに大きなゲートウェイがありますが、これらは主に電話サービス プロバイダーによって使用されます)。organizationに必要なポートの数を見積もる場合は、次のガイドラインを使用します。
テレフォニー使用量が少ない組織 (1 時間あたり 1 人の PSTN 通話) では、15 人のユーザーごとに 1 つのポートを割り当てる必要があります。 たとえば、20 人のユーザーがいる場合は、2 つのポートを持つゲートウェイが必要になります。
テレフォニー使用率が中程度の組織 (1 時間あたり 1 人あたり 2 つの PSTN 呼び出し) では、10 ユーザーごとに 1 つのポートを割り当てる必要があります。 たとえば、100 人のユーザーがいる場合は、1 つ以上のゲートウェイ間で合計 10 個のポートが割り当てられている必要があります。
テレフォニー使用量が多い組織 (1 時間あたりユーザーあたり 3 つ以上の PSTN 呼び出し) では、5 人のユーザーごとに 1 つのポートを割り当てる必要があります。 たとえば、47,000 人のユーザーがいる場合は、少なくとも 10 個の大規模なゲートウェイに割り当てられた合計 9,400 ポートが必要です。
organization内のユーザー数またはトラフィック量が増加すると、追加のポートを取得できます。
サポートする必要がある任意の数のユーザーに対して、デプロイするゲートウェイの数を減らすか、ゲートウェイを大きくするか、小さくするかの選択が必要です。 原則として、1 つのゲートウェイで障害が発生した場合は、可用性を維持するために、organizationに対して少なくとも 2 つのゲートウェイを使用することをお勧めします。
展開する各 PSTN ゲートウェイには、対応する仲介サーバーが少なくとも 1 つ必要です。