Lync Server 2013 での SIP、XMPP フェデレーション、パブリック インスタント メッセージングの計画

  • [アーティクル]

 

トピック最終更新日時: 2013-10-28

エッジ サーバーは、内部ユーザーと外部ユーザーがパートナー組織またはサービスの連絡先にアクセスできるように構成できます。 フェデレーションは、これらのパートナー契約が知られているように、パートナー フェデレーションの組織内の連絡先またはパートナー フェデレーション内の連絡先に対して、以下の一部またはすべてを提供できます。

  • インスタント メッセージングとプレゼンス

  • コラボレーションと会議 (Web 会議など)

  • 電話会議、ビデオ会議、またはその両方

場合によっては、Microsoft Lync Server 2013 と拡張可能メッセージングプレゼンス プロトコル (XMPP) の連絡先間のインスタント メッセージング (IM) やプレゼンスなどの通信はピアツーピアのみであり、フェデレーション パートナーの連絡先と自分だけがサポートされます。 Lync Server、Lync Server 2010 から Lync Server 2013 フェデレーションなど、他のケースでは、会話に参加するように複数の参加者を招待できます。

Lync Server と Office Communications Server フェデレーション

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 負荷分散に対応していません。 パートナー エッジ サーバーは、応答するプール内の最初のエッジ サーバーとの通信を確立します。 そのエッジ サーバーで障害が発生した場合、通信は自動的にフェールオーバーされません。

通常、証明書の要件は、選択したエッジ サーバーまたはプールされたエッジ サーバープランの証明書の計画を通じて満たされます。

パブリック インスタント メッセージング接続

パブリック インスタント メッセージング接続はフェデレーションのクラスであり、内部および外部の Lync Server 2013 ユーザーが次のいずれかの連絡先を追加できるように構成されています。

  • Messenger の連絡先

  • Yahoo! 連絡先

  • America Online (AOL) の連絡先

大事な

  • 2012 年 9 月 1 日より、Microsoft Lync パブリック IM 接続ユーザー サブスクリプション ライセンス (PIC USL) は、新規契約または更新契約の購入に使用できなくなります。 アクティブなライセンスをお持ちのお客様は、Yahoo! とのフェデレーションを続行できます。 サービスのシャットダウン日までの Messenger (正確な日付はまだ決定されますが、2013 年 6 月より早く)。

  • PIC USL は、Lync Server または Office Communications Server が Yahoo! とフェデレーションするために必要な、ユーザーごとの 1 か月あたりのサブスクリプション ライセンスです。 メッセンジャー。 このサービスを提供する Microsoft の機能は、更新されない基になる契約である Yahoo!からのサポートに依存しています。

  • Lync は、組織間や世界中の個人とつながる強力なツールです。 Windows Live Messengerとのフェデレーションでは、Lync Standard CAL を超える追加のユーザー/デバイス ライセンスは必要ありません。 この一覧に Skype フェデレーションが追加され、Lync ユーザーは IM と音声を使用して数億人のユーザーにアクセスできるようになります。

このフェデレーション クラスには、次の計画に関する考慮事項が必要です。

  • Windows Live Messengerユーザーは、インスタント メッセージングに加えて、Lync Server 2013 ユーザーとピアツーピアのオーディオ/ビジュアル通信を行うことができます。 エッジ サーバーは、特定のポートとプロトコルの要件を満たしている必要があります。 詳細については、「 Lync Server 2013 の外部 A/V ファイアウォールとポート要件の決定」を参照してください。

  • Yahoo インスタント メッセージングには、フェデレーションを提供する一般的なエッジ サーバーの計画と展開で通常使用される要件以外に、一意の要件はありません。

  • 米国オンラインでは、Access Edge サービスに割り当てられているエッジ サーバー証明書に、クライアント拡張キー使用法 (EKU) が必要です。

拡張可能メッセージングとプレゼンス プロトコル (XMPP) フェデレーション

以前のバージョンの Lync Server と Office Communications Server では、XMPP 展開とのフェデレーションを許可するために、別のサーバー ロールとして展開できる拡張可能なメッセージングとプレゼンス プロトコル (XMPP) ゲートウェイが提供されました。 Microsoft Lync Server 2013 では、XMPP 機能を機能として展開できます。 XMPP 機能は、エッジ サーバーで実行される XMPP プロキシと、フロントエンド サーバーで実行される XMPP ゲートウェイの 2 つの部分にインストールされます。

XMPP の展開と構成については、「 Lync Server 2013 での外部ユーザー アクセスの展開 」で説明されています。ファイアウォールでポートとプロトコルの規則を定義し、証明書を構成し、DNS レコードを追加することで、組織内で XMPP をサポートすることを計画します。 このセクションの次のトピックでは、デプロイ用に XMPP フェデレーションを正常に計画するために必要な情報をまとめたものです。

大事な

Lync Server 2013 の XMPP 機能は、Google Talk とのインスタント メッセージングのフェデレーションについては Microsoft によってテストとサポートが行われています。 その他の XMPP システムについては、Lync Server 2013 とのフェデレーションのサポートや、展開またはトラブルシューティングの推奨事項に関して、サード パーティ ベンダーに問い合わせて確認してください。

大事な

XMPP フェデレーションは、存続可能なブランチ アプライアンスに所属しているユーザーではサポートされていません。 これは、プレゼンス情報の表示と IM メッセージの交換の両方に適用されます。