Planen von SIP, XMPP-Verbund und öffentlichem Chat in Lync Server 2013

 

Thema Letzte Änderung: 28.10.2013

Edgeserver können so konfiguriert werden, dass Ihre internen und externen Benutzer zugriff auf Kontakte in Partnerorganisationen oder -diensten haben. Partnerverbunde, wie diese Partnervereinbarungen bekannt sind, können den Kontakten in Ihrer Organisation im Partnerverbund oder den Kontakten im Partnerverbund eine oder alle der folgenden Elemente für Ihre Partnerverbunde bereitstellen:

  • Chat und Anwesenheit

  • Zusammenarbeit und Konferenzen, z. B. Webkonferenzen

  • Audiokonferenzen, Videokonferenzen oder beides

In einigen Fällen ist die Kommunikation, z. B. Chat und Anwesenheit zwischen einem Microsoft Lync Server 2013 und einem XMPP-Kontakt (Extensible Messaging and Presence Protocol), nur Peer-to-Peer- und unterstützt nur Sie und den Kontakt beim Verbundpartner. In anderen Fällen, z. B. einem Partnerverbund von Lync Server, Lync Server 2010 zu Lync Server 2013, können mehrere Teilnehmer eingeladen werden, an der Unterhaltung teilzunehmen.

Lync Server- und Office Communications Server-Verbund

Der Partnerverbund zwischen Microsoft Lync Server 2013, Lync Server 2010 und Office Communications Server unterstützt Peer-zu-Peer- und Mehrparteienkommunikation. Peer-to-Peer-Unterhaltungen können in Mehrparteienunterhaltungen eskaliert werden, sodass Ad-hoc-Besprechungen möglich sind. Besprechungen – Webkonferenzen oder Audio-/Videokonferenzen – können so geplant werden, dass kontakte innerhalb Ihrer Organisation sowie Kontakte in Partner einbezogen werden, mit denen Sie eine Partnerschaft führen.

Der Partnerverbund erschien zuerst in Microsoft® Office Live Communications Server 2005 und unterstützte eine Art von Verbund, den direkten Partnerverbund. Der direkte Partnerverbund erforderte, dass Sie die SIP-Domäne (Session Initiation Protocol) des Partnerverbundpartners und den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) des Edgeservers des Partners kennen. Live Communications Server 2005 mit SP1 führte zusätzliche Verbundtypen ein, die alle erforderliche DNS-SRV-Einträge (Domain Name System) für die Veröffentlichung durch den Partnerverbundpartner benötigten, um ihren Edgeserver zu finden. Die Terminologie für diese Version lautete:

  • Erweiterten Partnerverbund öffnen: Akzeptieren Eines beliebigen SIP-Domänennamens und Verwenden von DNS SRV zum Suchen des Partner-Edgeservers

  • Erweiterter Partnerverbund: Konfigurieren des SIP-Domänennamens des Partners als Verbundpartner für Ihre Organisation und Verwenden von DNS SRV zum Suchen des Partner-Edgeservers

  • Direkter Partnerverbund: Konfigurieren des SIP-Domänennamens des Partners und des FQDN für den Edgeserver des Partners

  • Server allow list: Accept any domain, use DNS SRV to find the Edge Server of a hosting provider or a Public Instant Messaging (CHAT) connectivity provider

Microsoft Office Communications Server 2007 hat eine aktualisierte Benennung für Verbundtypen eingeführt, um besser zu definieren, was die einzelnen Verbundtypen tatsächlich erreicht haben:

  • Open Enhanced Federation wurde bekannt als Discovered Partner Domain

  • Der erweiterte Partnerverbund wurde als zugelassene Partnerdomäne bekannt.

  • Der direkte Partnerverbund wurde als zugelassener Partnerserver bekannt.

  • Die Server-Zulassungsliste wurde als Hostinganbieter und öffentlicher Chatanbieter bekannt.

Microsoft Lync Server 2010 hat eine engere Definition des Hostinganbieters gemäß Microsoft Lync Online 2010 und Microsoft Office 365 eingeführt und es auch derselben zulässigen Liste unterliegt, die durch den Partnerdomänenverbundtyp definiert wurde.

Beim Aktivieren des Partnerverbunds zwischen Microsoft Lync Server 2013, Lync Server 2010 und Office Communications Server werden die Edgeserver und Reverseproxys verwendet, um die von Ihnen definierten Regeln und zulässigen Partnerdomänen zu erzwingen. Aus Planungssicht erfordert Office Communications Server im Verbund mit anderen Lync Server Folgendes:

  • Aktivieren Sie den Partnerverbund im Topologie-Generator. Ausführliche Informationen finden Sie im Bereitstellungsthema Konfigurieren des SIP-Verbunds, des XMPP-Verbunds und des öffentlichen Chats in Lync Server 2013.

  • Ermitteln Sie Ihre Anforderungen für die Ermittlung von Verbunddomänen:


    • Für die manuelle Konfiguration des Partnerverbunds müssen Sie über den vollqualifizierten Domänennamen (FQDN) des Edgeservers und Domänennamens des Partners oder den Onlinedomänennamen verfügen, der im Lync Server-Systemsteuerung, Partnerverbund und externen Zugriff, SIP-Verbunddomänen eingegeben wird. Erstellen Sie eine neue Richtlinie, oder bearbeiten Sie eine vorhandene Richtlinie, um Domänen nach FQDN zuzulassen oder zu blockieren.

      Warnung

      Die manuelle Konfiguration des Edgeservers eines Partnerverbundpartners ist anfällig für Fehler, wenn der Partner die IP-Adresse seines Edgeservers ändert.

      Hinweis

      Für neue SIP-Verbunddomänen müssen Sie den Domänennamen (oder FQDN) für Microsoft Lync Online und Microsoft 365 oder Office 365 angeben. Für Microsoft Lync Server 2013, Lync Server 2010 und Office Communications Server müssen Sie auch einen Zugriffs-Edgedienst (Access Edge Service, FQDN) bereitstellen.


    • Für den ermittelten Partnerverbund, bei dem Partner Ihren Edgeserver ermitteln können, erstellen Sie einen SRV-Eintrag in Ihrem externen DNS – _sipfederationtls._tcp.contoso.com –, der auf den Port 5061 und den Hosteintrag (A) Ihres Edgeservers verweist.

      Wichtig

      Wenn Sie Microsoft Lync Mobile-Clients auf Windows Phone oder Apple iPhone, iPad oder anderen Apple-Geräten unterstützen und den Pushbenachrichtigungsdienst oder Pushbenachrichtigungsdienst verwenden, müssen Sie _sipfederationtls._tcp planen. <SIP-Domänen-SRV-Einträge> für jede SIP-Domäne, für die Sie Lync Mobile-Clients haben. Android und Nokia Symbian Lync Mobile verwenden keine Pushbenachrichtigung und unterliegen nicht dieser Anforderung.

  • Konfigurieren von Zugriffsrichtlinien für externe Benutzer zur Unterstützung von Verbunddomänen

  • Öffnen Sie Firewallports für SIP (Session Initiation Protocol), Webkonferenzen und Audio/Visual, um den Partnerverbund oder die Kontakte aufzunehmen, die Sie aktivieren. Ausführliche Informationen finden Sie unter: Ermitteln externer A/V-Firewall- und Portanforderungen für Lync Server 2013

Die folgenden Informationen unterstützen Sie bei der Definition der Zertifikat-, Port-/Protokoll- und DNS-Anforderungen für den Partnerverbund mit Microsoft Lync Server 2013 und Lync Server 2010.

Die Planung von Zertifikaten, Firewall- und Port-/Protokollanforderungen und DNS-Anforderungen ist im Allgemeinen ein einfacher Prozess, wenn Sie Ihre Microsoft Lync Server 2013-Edgeserver geplant oder bereitgestellt haben. Da der Partnerverbund ein zusätzliches Feature ist, das den vorhandenen Edgeserver verwendet, werden die Planungsanforderungen in der Regel durch die Planung und Bereitstellung des Edgeservers erfüllt. Anhand der folgenden Tabellen sollten Sie ermitteln, ob Ihre Anforderungen erfüllt sind, und entsprechend Änderungen an Port/Protokoll und DNS vornehmen.

Wichtig

Wenn Sie über einen Pool von Edgeservern verfügen und sich mit Lync Server 2013- oder Lync Server 2010-Partnern verbinden, können Sie entweder DNS-Lastenausgleich oder Hardwarelastenausgleich auf den internen und externen Seiten der Edgeserver verwenden. Wenn Sie eine Verbindung mit Office Communications Server 2007 oder Office Communications Server 2007 R2 herstellen, bietet der Hardwarelastenausgleich Failoverunterstützung für den Fall eines Edgeservers. Office Communications Server 2007 und Office Communications Server 2007 R2 verfügen nicht über DNS-Lastenausgleich. Die Edgeserver des Partners richten die Kommunikation mit dem ersten Edgeserver in Ihrem Pool ein, der antwortet. Wenn dieser Edgeserver fehlschlägt, erfolgt für die Kommunikation kein automatisches Failover.

Zertifikatanforderungen werden in der Regel durch die Planung von Zertifikaten für den ausgewählten Edgeserver oder den Pool-Edgeserverplan erfüllt.

Öffentliche Instant Messaging-Konnektivität

Public Instant Messaging Connectivity ist eine Klasse des Verbunds und ist so konfiguriert, dass Ihre internen und externen Lync Server 2013-Benutzer Kontakte aus den folgenden Optionen hinzufügen können:

  • Messenger-Kontakte

  • Yahoo! Kontakte

  • Kontakte in America Online (AOL)

Wichtig

  • Seit dem 1. September 2012 ist die Microsoft Lync Public IM Connectivity User Subscription License (PIC USL) nicht mehr für den Kauf neuer oder erneuernder Vereinbarungen verfügbar. Kunden mit aktiven Lizenzen können weiterhin mit Yahoo! Messenger bis zum Datum des Herunterfahrens des Diensts (genaues Datum ist noch zu entscheiden, aber nicht früher als Juni 2013).

  • Die PIC USL ist eine benutzerspezifische, monatliche Abonnementlizenz, die erforderlich ist, damit Lync Server oder Office Communications Server mit Yahoo! Messenger. Die Fähigkeit von Microsoft, diesen Dienst bereitzustellen, war von der Unterstützung durch Yahoo! abhängig, der zugrunde liegenden Vereinbarung, für die keine Verlängerung erfolgt.

  • Mehr als je zuvor ist Lync ein leistungsstarkes Tool zum Verbinden von Organisationen und mit Einzelpersonen auf der ganzen Welt. Partnerverbund mit Windows Live Messenger erfordert keine zusätzlichen Benutzer-/Gerätelizenzen außerhalb der Lync Standard CAL. Dieser Liste wird ein Skype-Partnerverbund hinzugefügt, der es Lync-Benutzern ermöglicht, hunderte Millionen Von Menschen über Chat und Spracherkennung zu erreichen.

Für diese Verbundklasse sind die folgenden Planungsüberlegungen erforderlich:

  • Windows Live Messenger Benutzer können zusätzlich zu Instant Messaging peer-to-peer-Audio-/visuelle Kommunikation mit Lync Server 2013-Benutzern haben. Ihre Edgeserver müssen bestimmte Port- und Protokollanforderungen erfüllen. Ausführliche Informationen finden Sie unter Ermitteln externer A/V-Firewall- und Portanforderungen für Lync Server 2013.

  • Yahoo Instant Messaging hat keine besonderen Anforderungen, außer denen, die normalerweise bei der Planung und Bereitstellung des typischen Edgeservers verwendet werden, der einen Partnerverbund bereitstellt.

  • America Online erfordert, dass Ihr Edgeserverzertifikat, das dem Access Edge-Dienst zugewiesen ist, über eine Client-EKU (Enhanced Key Usage) verfügt.

Extensible Messaging and Presence Protocol (XMPP) Federation

Frühere Versionen von Lync Server und Office Communications Server stellten ein XMPP-Gateway (Extensible Messaging and Presence Protocol) bereit, das als separate Serverrolle bereitgestellt werden konnte, um die Verbindung mit XMPP-Bereitstellungen zu ermöglichen. In Microsoft Lync Server 2013 kann die XMPP-Funktionalität als Feature bereitgestellt werden. Die XMPP-Funktionalität ist in zwei Teilen installiert: einem XMPP-Proxy, der auf dem Edgeserver ausgeführt wird, und dem XMPP-Gateway, das auf den Front-End-Servern ausgeführt wird.

Die Bereitstellung und Konfiguration von XMPP wird unter Bereitstellen des Zugriffs externer Benutzer in Lync Server 2013 behandelt. Sie planen die Unterstützung von XMPP in Ihrer Organisation, indem Sie Port- und Protokollregeln für Ihre Firewall, die Konfiguration von Zertifikaten und das Hinzufügen von DNS-Einträgen definieren. Die folgenden Themen in diesem Abschnitt fassen die Informationen zusammen, die Sie benötigen, um den XMPP-Partnerverbund erfolgreich für Ihre Bereitstellung zu planen.

Wichtig

Die XMPP-Fähigkeit von Lync Server 2013 wird von Microsoft für den Instant-Messaging-Partnerverbund mit Google Talk getestet und unterstützt. Wenden Sie sich bei anderen XMPP-Systemen an den Drittanbieter, um zu überprüfen, ob dieser den Partnerverbund mit Lync Server 2013 unterstützt, und Empfehlungen bei Bereitstellung und Problembehandlung zu erhalten.

Wichtig

Der XMPP-Partnerverbund wird nicht für Benutzer unterstützt, die auf survivable Branch Appliances verwaltet werden. Dies gilt sowohl für das Anzeigen von Anwesenheitsinformationen als auch für den Austausch von Chatnachrichten.