Lync Server 2013 と Office Communications Server フェデレーションの計画
トピック最終更新日時: 2013-02-13
Microsoft Lync Server 2013、Lync Server 2010、Office Communications Server 間のフェデレーションでは、ピアツーピアおよびマルチパーティ通信がサポートされます。 ピアツーピアの会話を複数のパーティーの会話にエスカレートして、アドホック会議を行うことができます。 会議 (Web 会議、オーディオ/ビジュアル会議) は、組織内の連絡先や、フェデレーション相手のパートナーの連絡先を含めるスケジュールを設定できます。
フェデレーションは、Microsoft® Office Live Communications Server 2005 に初めて登場し、1 種類のフェデレーションである Direct Federation をサポートしました。 ダイレクト フェデレーションでは、フェデレーション パートナーのセッション開始プロトコル (SIP) ドメインと、パートナーのエッジ サーバーの完全修飾ドメイン名 (FQDN) を知る必要があります。 SP1 を使用した Live Communications Server 2005 では、追加のフェデレーションの種類が導入されました。そのすべてが、フェデレーション パートナーがエッジ サーバーを見つけるために発行する必要があるドメイン ネーム システム (DNS) SRV レコードです。 そのリリースの用語は次のとおりです。
拡張フェデレーションを開く: 任意の SIP ドメイン名を受け入れ、DNS SRV を使用してパートナーのエッジ サーバーを見つけます
強化されたフェデレーション: 組織のフェデレーション パートナーとしてパートナーの SIP ドメイン名を構成し、DNS SRV を使用してパートナー エッジ サーバーを見つけます
ダイレクト フェデレーション: パートナーの SIP ドメイン名と FQDN をパートナーのエッジ サーバーに構成する
サーバー許可一覧: 任意のドメインを受け入れ、DNS SRV を使用して、ホスティング プロバイダーまたはパブリック インスタント メッセージング (IM) 接続プロバイダーのエッジ サーバーを見つけます
Microsoft Office Communications Server 2007 では、各フェデレーションの種類が実際に達成された内容をより適切に定義するために、フェデレーションの種類の名前付けを更新しました。
Open Enhanced Federation が検出されたパートナー ドメインとして知られるようになった
強化されたフェデレーションは、許可されたパートナー ドメインと呼ばれるようになりました
ダイレクト フェデレーションが許可されたパートナー サーバーと呼ばれるようになった
サーバー許可リストがホスティング プロバイダーとパブリック IM プロバイダーと呼ばれるようになった
Microsoft Lync Server 2010 では、Microsoft Lync Online 2010 およびMicrosoft Office 365に従ってホスティング プロバイダーのより狭い定義が導入され、許可されたパートナー ドメインフェデレーションの種類によって定義されたのと同じ許可リストの対象になりました。
Microsoft Lync Server 2013、Lync Server 2010、Office Communications Server 間のフェデレーションを有効にすると、エッジ サーバーとリバース プロキシを使用して、定義したルールと許可されたパートナー ドメインが適用されます。 計画の観点から見ると、他の Lync Server とのフェデレーションでは、Office Communications Server には次のものが必要です。
トポロジ ビルダーでフェデレーションを有効にします。 詳細については、「 Lync Server 2013 での SIP フェデレーション、XMPP フェデレーション、パブリック インスタント メッセージングの構成」を参照してください。
フェデレーション ドメイン検出の要件を決定します。
フェデレーションを手動で構成するには、パートナーのエッジ サーバーとドメイン名の完全修飾ドメイン名 (FQDN)、または Lync Server コントロール パネル、フェデレーションおよび外部アクセス、SIP フェデレーション ドメインに入力されたオンライン ドメイン名が必要です。 新しいポリシーを作成するか、既存のポリシーを編集して、FQDN でドメインを許可またはブロックします。警告
フェデレーション パートナーのエッジ サーバーの手動構成は、パートナーがエッジ サーバーの IP アドレスを変更した場合にエラーが発生する可能性があります。
注意
新しい SIP フェデレーション ドメインの場合は、Microsoft Lync Onlineおよび Microsoft 365 または Office 365のドメイン名 (または FQDN) を指定する必要があります。 Microsoft Lync Server 2013、Lync Server 2010、Office Communications Server の場合は、Access Edge サービス (FQDN) も提供する必要があります。
検出されたパートナー フェデレーションでは、パートナーがエッジ サーバーを検出できる場合は、外部 DNS _sipfederationtls.tcp.contoso.com で SRV レコードを作成します。これは、ポート 5061 とエッジ サーバーのホスト (A) レコードを指します。大事な
Windows Phoneまたは Apple iPhone、iPad、またはその他の Apple デバイスで Microsoft Lync Mobile クライアントをサポートしていて、プッシュ通知サービスまたはプッシュ通知サービスを使用している場合は、_sipfederationtls._tcp を計画する必要があります。 <> Lync Mobile クライアントを持つ各 SIP ドメインの SIP ドメイン SRV レコード。 Android と Nokia Symbian Lync Mobile はプッシュ通知を使用せず、この要件の対象になりません。
フェデレーション ドメインをサポートするように外部ユーザー アクセス ポリシーを構成する
有効にしているフェデレーションまたは連絡先に対応するために、セッション開始プロトコル (SIP)、Web 会議、オーディオ/ビジュアル用のファイアウォール ポートを開きます。 詳細については、「Lync Server 2013 の外部の A/V ファイアウォールとポート要件を決定する」を参照してください。
次の情報は、Microsoft Lync Server 2013 および Lync Server 2010 とのフェデレーションに関する証明書、ポート/プロトコル、DNS 要件の定義に役立ちます。
Microsoft Lync Server 2013 Edge Server を計画または展開した場合、証明書、ファイアウォール、ポート/プロトコルの要件、DNS 要件の計画は一般に簡単なプロセスです。 フェデレーションは既存のエッジ サーバーを使用する追加機能であるため、計画要件は通常、Edge Server の計画と展開によって満たされます。 次の表を使用して要件が満たされていることを確認し、それに応じてポート/プロトコルと DNS を変更する必要があります。
大事な
エッジ サーバーのプールがあり、Lync Server 2013 または Lync Server 2010 パートナーとフェデレーションしている場合は、エッジ サーバーの内部側と外部側で DNS 負荷分散またはハードウェア ロード バランサーを使用できます。 Office Communications Server 2007 または Office Communications Server 2007 R2 とフェデレーションする場合、ハードウェア負荷分散により、エッジ サーバーが発生した場合にフェールオーバーがサポートされます。 Office Communications Server 2007 および Office Communications Server 2007 R2 は、DNS 負荷分散に対応していません。 パートナー エッジ サーバーは、応答するプール内の最初のエッジ サーバーとの通信を確立します。 そのエッジ サーバーで障害が発生した場合、通信は自動的にフェールオーバーされません。
通常、証明書の要件は、選択したエッジ サーバーまたはプールされたエッジ サーバープランの証明書の計画を通じて満たされます。
このセクション中