Contoso のケース スタディ: 多国籍企業の電話システム
地理的な場所やその他の要因に応じて、Contoso は次のテレフォニー ソリューションを使用するオフィスを持っていました。
サイトの種類 A: Skype for Business エンタープライズ VoIP
サイトの種類 B: 従来のレガシ テレフォニー システム
サイトの種類 C: Skype for Business エンタープライズ VoIPと従来のレガシ テレフォニー システムの組み合わせ
Organization全体に対して Microsoft Phone System ソリューションを実装するには、サイトの種類ごとに、電話システムで公衆交換電話網 (PSTN) に接続するために使用する次のオプションを決定する必要がありました。
通話プランを使用した電話システム
ダイレクト ルーティングを介した独自の PSTN 通信事業者を備えた電話システム
電話システムと通話プランの組み合わせと、ダイレクト ルーティングを介した独自の PSTN 通信事業者との電話システムの組み合わせ
Contoso は、organizationに適したソリューションを決定するために、Teams 音声ソリューションの計画と、Microsoft Teams での Ignite 2019 セッションの通話を使用しました。
サイトの種類 A: Skype for Business エンタープライズ VoIP
Contoso Skype for Business エンタープライズ VoIPはハブとスポークとして設定されました。 リージョン内の PSTN ゲートウェイを維持する中央の場所があり、国/地域のSkype for Business エンタープライズ VoIP ユーザーの PSTN への接続を提供しました。 多くの場合、これらのサテライト オフィスには独自のインターネット エグレスがありませんでした。 これらのユーザーの番号は、既存の SBC に接続する SIP トランクに存在します。
既にデプロイされている SBC がダイレクト ルーティングとメディア バイパスの認定を受けるかどうかを判断するために、Contoso はダイレクト ルーティング の認定を受けたセッション ボーダー コントローラーの一覧を確認しました。
ユーザーのダイヤルの習慣は、ユーザーがピアツーピア オーディオで使用できるSkype for Business クライアントを持っている場合でも、拡張機能を使用してレガシ テレフォニー システム上のユーザーにダイヤルすることでした。
Contoso は、次の質問に基づいて決定を下します。
Q。 オンプレミスのデプロイによって提供される機能を保持する必要がありますか?
A。 いいえQ。 サードパーティの PBX システムやその他のテレフォニー機器と相互運用する必要がありますか?
A。 いいえQ。 現在のサード パーティの通信事業者を保持する必要がありますか?
A。 はい (規制対象の国/地域) といいえQ。 SBC で ROI をデプロイする必要がありますか?
A。 さあ何とも言えませんQ。 Microsoft PSTN 通話プランはこのリージョンで利用できますか?
A。 さあ何とも言えません
Contoso は、質問に対する回答に基づいて、次のことにしました。
PSTN 通話プランが通話プランを持つ電話システムで利用できるリージョンに配置されているユーザーを移動します。
PSTN 通話プランが利用可能なリージョンに存在しないユーザー、SBC の ROI がまだ満たされていないサイトに配置されているユーザー、テレフォニー規制がある国/地域に存在するユーザーを、ダイレクト ルーティングを使用して電話システムに移動します。
次の図は、初期Skype for Business エンタープライズ VoIP展開と、この展開が Microsoft 通話プランと直接ルーティングの両方にどのように移行されたかを示しています。
サイトの種類 B: 従来のレガシ テレフォニー システム
Contoso には、レガシ テレフォニー システムを活用する多くのオフィスがありました。 E1.64 電話番号を持つユーザーのサブセットがありましたが、他のユーザーには拡張機能しかありませんでした。 これらの番号は、PSTN ゲートウェイへの TDM トランクに存在します。 サイト内ダイヤルは、拡張機能の前にあるサイト コードを利用して、呼び出しをルーティングする場所を決定することによって構成されました。 ユーザーのダイヤルの習慣は、拡張機能でダイヤルすることでした。
Contoso は、次の質問に基づいて決定を下します。
Q。 オンプレミスのデプロイによって提供される機能を保持する必要がありますか?
A。 いいえQ。 サードパーティの PBX システムやその他のテレフォニー機器と相互運用する必要がありますか?
A。 はいQ。 現在のサード パーティの通信事業者を保持する必要がありますか?
A。 いいえQ。 Microsoft PSTN の通話プランはリージョンで利用できますか?
A。 さあ何とも言えません
Contoso は、質問に対する回答に基づいて、次のことにしました。
PSTN 通話プランが通話プランを持つ電話システムで利用できるリージョンに配置されているユーザーを移動します。
PSTN 通話プランがダイレクト ルーティングを使用して電話システムで使用できるリージョンに配置されていないユーザーを移動します。
ビジネス クリティカルなアナログ デバイスへの PSTN 接続を維持します。
次の図は、リモート サイトを使用した元のレガシ システムの展開と、ローカル メディアの最適化を使用したダイレクト ルーティング展開への移行を示しています。
元のレガシデプロイ
ダイレクト ルーティングを使用したデプロイ
サイトの種類 C: Skype for Business エンタープライズ VoIPと従来のレガシ テレフォニー システムの組み合わせ
Contoso Skype for Business エンタープライズ VoIPユーザーの番号は、通信事業者から SBC への SIP トランクに存在します。 PSTN ゲートウェイへの TDM トランクに存在する従来のテレフォニー システムの番号。
Contoso は、次の質問に基づいて決定を下します。
Q。 オンプレミスのデプロイによって提供される機能を保持する必要がありますか?
A。 いいえQ。 サードパーティの PBX システムやその他のテレフォニー機器と相互運用する必要がありますか?
A。 いいえQ。 現在のサード パーティの通信事業者を保持する必要がありますか?
A。 いいえQ。 SBC で ROI をデプロイする必要がありますか?
A。 さあ何とも言えませんQ。 このリージョンで Microsoft の PSTN 通話プランを利用できますか?
A。 いいえ
Contoso は、質問に対する回答に基づいて、次の点を決定しました。
ダイレクト ルーティングが有効になるレガシ テレフォニー ユーザーの場合、SBC はダイレクト ルーティングの認定を受けるので、Contoso は TDM トランクから SBC の SIP トランクに番号を移植しました。
電話システムに移行するユーザーのサブセットをサポートし、レガシ システムを介した継続的なルーティングを許可するために、レガシ テレフォニー システムが SBC への次ホップとして設定されました。
さらに、ユーザーの動作の変更を促し、サイト間およびサイト内の拡張ダイヤルへの依存関係を削除するために、Contoso は、すべての内部呼び出しに Teams を使用するためのガイダンスを提供しました。
次の図は、元のSkype for Business エンタープライズ VoIPとレガシ テレフォニー システムの展開と、ダイレクト ルーティングを使用した混合デプロイへの移行を示しています。
以前の
混合デプロイ。
通話プラン
通話プランの構成要件を決定するために、Contoso は 通話プランのコア デプロイに関する決定事項を確認しました。 結果として、次の決定が行われました。
Q。 ユーザーは国際電話を利用する必要がありますか?
A。 はいQ。 ユーザーはそれぞれ直接内向きの DID 電話番号を持っていますか?
A。 今日じゃなく。 有効になっているすべてのユーザーは DID を受け取ります。Q。 発信者 ID のマスクや無効化を行いますか?
A。 ユーザーの呼び出し元 ID は、Contoso のローカル番号にマスクされます。
構成
プラン サイトの呼び出し
ライセンスを取得し、ユーザーに電話番号を割り当てるには、「 通話プランを設定する」の手順に従いました。
電話番号を割り当てる必要があるユーザーの数のため、Contoso は PowerShell を使用して電話番号を割り当てることにしました。 PowerShell を使用して数値を割り当てる方法については、他の設定に加えて、Contoso は Teams PowerShell の概要を使用しました。
ダイレクト ルーティング サイト
Contoso のオンプレミステレフォニー インフラストラクチャを Microsoft Teams に接続するために、Contoso の管理者は「 ダイレクト ルーティングの構成」 の手順に従い、 Microsoft Teams のビデオダイレクト ルーティングの ガイダンスを確認しました。 Contoso は、認定された SBC ベンダーによるダイレクト ルーティングデプロイドキュメントも参照しました。
SBC と Microsoft Phone システムの間でダイレクト ルーティングを構成したら、Contoso が構成をテストする必要がありました。 これを行うために、Contoso 管理者は、Ignite 2019 のダイレクト ルーティング セッションの更新で説明した SIP テスター クライアントを使用しました。 SIP Tester クライアント スクリプトとドキュメントは、ダイレクト ルーティング セッション ボーダー コントローラー接続をテストするために PowerShell スクリプトからダウンロードされました。
ローカル メディアの最適化
Contoso は、世界中のさまざまなリージョンでローカル メディアの最適化を活用する機会を得ました。 Contoso でサポートされるシナリオについては、「 ダイレクト ルーティングのローカル メディアの最適化」を参照してください。 SBC ベンダーと Microsoft の両方からのガイダンスに従って、ローカル メディアの最適化の構成が完了しました。 ローカル メディアの最適化の構成手順は次のとおりです。
ユーザーサイトと SBC サイトを構成する
SBC ベンダーの仕様に従って SBC を構成します。
ローカル メディアの最適化に使用される各サイトに外部信頼された IP アドレスを追加する
ネットワーク トポロジを定義する
仮想ネットワーク トポロジを定義する
モードを決定する: ローカル ユーザーの場合は常にバイパスまたはのみ
ネットワークに関する考慮事項
Contoso には、電話システムを有効にした後、長時間リモートで作業する必要があるユーザーが多数いました。 ユーザーは VPN を使用して特定の基幹業務アプリケーションにアクセスしました。 VPN を使用している間、電話システム ユーザーは通話品質の低下を経験しました。
品質の問題を解決するために、Contoso は VPN 分割トンネリングを実装しました。これにより、内部アプリへの接続が VPN 上に残っている間、Office 365 トラフィックがインターネットを通過することができました。 VPN 分割トンネリングを実装するために、Contoso は「Office 365の VPN 分割トンネリングを実装する」のガイダンスに従いました。