説明/参照：
Explanation:
テストレット2
概要
Contoso、Ltd.は、3万人のユーザーを擁する国際的な製造会社です。
Contosoには、営業、研究、マーケティング、人事、役員、製造、法務の各部門があります。営業部門には2,000人のユーザーがいます。営業部門のすべてのユーザーはアメリカ合衆国にいます。研究部門には3,000人のユーザーがいます。研究部門のユーザーはすべてヨーロッパにいます。
物理的な場所
Contosoには2つの主要オフィスがあります。オフィスはヒューストンとフランクフルトにあります。各オフィスには15,000人のユーザーがいます。
各オフィスは、MPLSネットワークを使用して互いに接続します。各事業所はインターネットに直接接続しています。
既存の環境
Lync Serverのインフラストラクチャ
Contosoには、内部のインスタントメッセージング（IM）とプレゼンスのみを使用するLync Server 2013インフラストラクチャがあります。インフラストラクチャには、すべてのユーザーにサービスを提供する単一のEnterprise Editionフロントエンドプールが含まれています。
Contosoは、すべてのユーザーに対してcontoso.comのSIPドメインを使用しています。
クライアントコンピューターには、Microsoft Lync 2010またはMicrosoft Lync 2013がインストールされています。
Skype for Business Server 2015を展開してユーザーを移行する前に、Skype for Business Server 2015の機能をテストするための小規模なパイロットプロジェクトを実装します。
問題ステートメント
パイロットのユーザーは、時折Skype for Business 2015にサインインできないと報告しています。
必要条件
ビジネス目標
Contosoは、今後6か月以内にSkype for Business Server 2015にアップグレードする予定です。 Contosoは、すべての会議サービスとエッジサービスを展開する必要があります。 Contosoは、親会社であるProseware、Inc.とのフェデレーションも構成する必要があります。Prosewareはヨーロッパにあり、Lync Server 2010インフラストラクチャを備えています。
Contosoは、Skype for Business Server 2015のすべてのワークロードのパフォーマンスレベルを保証しながら、ハードウェアとソフトウェアの購入コストを最小限に抑える必要があります。
計画された変更
Contosoは、Skype for Business Server 2015の展開に次のワークロードを実装する予定です。
フェデレーション

ダイヤルイン会議

外部ユーザーアクセス

音声、ビデオ、およびWeb会議

外部参加者がいるLync会議を開催する機能

エッジサービスのFQDNは、次の表に示すように構成されます。

技術要件
Contosoは、計画された展開に関する次の技術的要件を識別しています。
Prosewareへの連携のみを許可する必要があります。

すべてのエッジサービスはデフォルトポートを使用する必要があります。

ワイドエリアネットワーク（WAN）トラフィックとインターネットトラフィックを最小限に抑える必要があります。

Skype for Business Server 2015に保存されているすべてのユーザー連絡先をバックアップする必要があります。

営業部門には、専用のダイヤルイン会議番号が必要です。両方の他のすべてのユーザー

米国とヨーロッパでは、地域のダイヤルイン会議番号のプールを使用する必要があります。
1つのコンポーネントに障害が発生した場合でも、すべてのSkype for Businessサービスを使用せずに利用可能なままにする必要があります。

手動介入コンポーネントの障害状態の間、パフォーマンスの低下は許容範囲内です。
営業部門のすべてのユーザーの会話を30日間アーカイブする必要があります。会話

すべての研究部門のユーザーのうち、90日間アーカイブする必要があります。他の会話はアーカイブしてはいけません。
Skype for Business Server 2015への移行後、すべてのクライアントコンピューターには3か月かかります。

Skype for Businessにアップグレードします。 3か月後、レガシクライアントはSkype for Business Server 2015インフラストラクチャへのアクセスをブロックされる必要があります。
セキュリティ要件
Contosoは、計画されている展開について、次のセキュリティ要件を確認しました。
すべてのSkype for Business Server会議は一意のURLを使用する必要があります。

各インターネット向けサービスには、1つ以上の専用パブリックIPアドレスが必要です。

人事部のユーザーのみがSkypeに接続できないようにする必要があります。

Business Server 2015をリモートで。
テストレット3
概要
バックグラウンド
Alpine Skihouseはスキーとスキー用アクセサリーのデザインと製造を行っています。同社の本社はロンドンにあります。同社はローマにデザイン事務所を、パリ、ロサンゼルス、ボストンに営業所を持っています。デザインチームディレクターはローマのオフィスで働いています。
同社は、ユニファイドコミュニケーションのニーズに対応するためにSkype for Business Server 2015を実装する予定です。同社は現在、各オフィスの場所に従来のPBXを実装しており、社内のPBXでホストされているダイヤルイン会議システムを使用しています。
各事務所のユーザー数は次の表のとおりです。

すべての企業リソースおよびサービスへのリモート接続は、SSL仮想プライベートネットワーク（VPN）によってのみ提供されます。現在のVPNソリューションは、すべてのトラフィックをオフィスにトンネリングします。彼らが旅行しているときにインターネットに面しているサービスはユーザのラップトップから直接達することができない。
問題ステートメント
Skype for Business展開プロジェクトの要件収集プロセス中に、ユーザーから次の問題が報告されました。
米国に本拠を置くユーザーは、彼らが次のようにしているとき、彼らが貧弱なオーディオとビデオ品質を経験すると報告します

米国内にいないユーザーとの会議を実施する。
米国に本拠を置くユーザーは、彼らが次のようにしているとき、彼らが貧弱なオーディオとビデオ品質を経験すると報告します

リモートでオフィスに接続している間に会議や電話を行う。
デザインチームのディレクターは、顧客がダイヤル電話を使用するときにイタリア語で迎えられることを望みます。

会議に参加するための会議
セールスチームディレクターは、地元のセールスチームとの調整会を毎日開催しています。彼はそれを報告します

オーディオとビデオの品質に問題があります。
提案された解決策
ロンドン
次の表に、Business Server 2015用に提案されたLondon SkypeのサーバーアーキテクチャとIPアドレスを示します。

次の表は、Business Server 2015用に提案されたRome SkypeサーバーアーキテクチャとIPアドレスを示しています。

ロサンゼルス
次の表は、提案されているLos Angeles Skype for Business Server 2015のサーバーアーキテクチャとIPアドレスを示しています。

必要条件
ビジネス要件
当社は、以下の事業要件を確認しました。
ユーザーは、リモートで作業するときにすべてのSkype for Businessサービスにアクセスできる必要があります。

このソリューションは、最大10,000人のユーザーとの会議をサポートする必要があります。

このソリューションは高可用性でなければならず、どの時点でも単一コンポーネントの損失に耐える必要があります。

サービスの中断をできるだけ少なくしながら、
Skype for Businessサービスで使用される言語は可能な限りローカライズする必要があります。

南北アメリカ地域のリーダーシップチームが全従業員のためにAll Hands会議を4回開催しています

1年当たり。すべての従業員がこの会議に参加するよう求められています。この要件をサポートするために追加のサーバーをインストールしないでください。
技術要件
当社は以下の技術的要件を確認しました。
SQLチームは、SQL Server全体を最新バージョンにアップグレードしました。彼らは必要とします

すべてのSQL Serverは、高可用性（HA）オプションとしてSQL AlwaysOn可用性グループを使用します。
ボストンのサイト内にデータセンターはありません。

ロンドンのセカンダリデータセンターを使用する必要がある場合は、ユーザーへの影響を最小限に抑える必要があります。

単一サイトの災害
メディアトラフィックは一度だけ暗号化する必要があります。

Skype for Business Managementを使用する必要がありますShellInvoke-CsComputerFailOverandInvoke-

CsComputerFailBackコマンドレットは、毎日の運用中にメンテナンス操作を実行します。
可能であれば、ドメインネームシステム（DNS）の負荷分散を実装する必要があります。