Planen von VoIP-Ausfallsicherheit für den zentralen Standort in Lync Server 2013

 

Letzte Änderung: 30.10.2013

Unternehmen haben immer mehr Standorte auf der ganzen Welt. Die Aufrechterhaltung von Notdiensten, der Zugriff auf den Helpdesk und die Fähigkeit, wichtige Geschäftsaufgaben auszuführen, wenn ein zentraler Standort außer Betrieb ist, ist für jede Enterprise-VoIP Resilienzlösung unerlässlich. Wenn ein zentraler Standort nicht mehr verfügbar ist, müssen die folgenden Bedingungen erfüllt sein:

  • VoIP-Failover muss bereitgestellt werden.

  • Benutzer, die sich normalerweise beim Front-End-Pool am zentralen Standort registrieren, müssen sich bei einem alternativen Front-End-Pool registrieren können. Dazu können Sie mehrere DNS SRV-Einträge erstellen, die jeweils in einen Directorpool oder Front-End-Pool an jedem Ihrer zentralen Standorte aufgelöst werden. Sie können die Priorität und Gewichtung der SRV-Einträge so anpassen, dass Benutzer, die von diesem zentralen Standort bedient werden, den entsprechenden Director- und Front-End-Pool vor denen in anderen SRV-Einträgen erhalten.

  • Anrufe an und von Benutzern an anderen Standorten müssen an das PSTN umgeleitet werden.

In diesem Thema wird die empfohlene Lösung zum Sichern der Ausfallsicherheit von VoIP am zentralen Standort beschrieben.This topic describes the recommended solution for securing central site voice resiliency.

Architektur und Topologie

Die Planung der VoIP-Resilienz an einem zentralen Standort erfordert ein grundlegendes Verständnis der zentralen Rolle, die die Lync Server 2013-Registrierungsstelle bei der Aktivierung des VoIP-Failovers spielt. Die Lync Server-Registrierungsstelle ist eine Serverrolle, die die Clientregistrierung und -authentifizierung ermöglicht und Routingdienste bereitstellt. Sie befindet sich zusammen mit anderen Komponenten auf einem Standard Edition-Server, Front-End-Server, Director oder Survivable Branch Appliance. Ein Registrierungsstellenpool besteht aus Registrierungsstellendiensten, die im Front-End-Pool ausgeführt werden und sich am selben Standort befinden. Der Front-End-Pool muss lastengleich sein. Der DNS-Lastenausgleich wird empfohlen, der Hardwarelastenausgleich ist jedoch akzeptabel. Ein Lync-Client ermittelt den Front-End-Pool über den folgenden Ermittlungsmechanismus:

  1. DNS SRV-Eintrag

  2. AutoErmittlungswebdienst (neu in Lync Server 2013)

  3. DHCP-Option 120

Nachdem der Lync-Client eine Verbindung mit dem Front-End-Pool hergestellt hat, wird er vom Lastenausgleich an einen der Front-End-Server im Pool weitergeleitet. Dieser Front-End-Server leitet den Client wiederum an eine bevorzugte Registrierungsstelle im Pool um.

Jeder Benutzer, der für Enterprise-VoIP aktiviert ist, wird einem bestimmten Registrierungsstellenpool zugewiesen, der zum primären Registrierungsstellenpool dieses Benutzers wird. An einem bestimmten Standort teilen sich Hunderte oder Tausende von Benutzern in der Regel einen einzigen primären Registrierungsstellenpool. Um den Verbrauch von ressourcen des zentralen Standorts durch alle Zweigstellenstandortbenutzer zu berücksichtigen, die für Anwesenheit, Konferenzen oder Failover auf den zentralen Standort angewiesen sind, empfehlen wir, jeden Zweigstellenstandortbenutzer so zu betrachten, als wäre der Benutzer ein beim zentralen Standort registrierter Benutzer. Derzeit gibt es keine Beschränkungen für die Anzahl der Zweigstellenbenutzer, einschließlich der Benutzer, die bei einer Survivable Branch Appliance registriert sind.

Um die Ausfallsicherheit von VoIP im Falle eines Ausfalls eines zentralen Standorts sicherzustellen, muss der primäre Registrierungsstellenpool über einen einzelnen festgelegten Sicherungsregistrierungsstellenpool an einem anderen Standort verfügen. Die Sicherung kann mithilfe der Resilienzeinstellungen des Topologie-Generators konfiguriert werden. Unter der Annahme einer ausfallsicheren WAN-Verbindung zwischen den beiden Standorten werden Benutzer, deren primärer Registrierungsstellenpool nicht mehr verfügbar ist, automatisch an den Sicherungsregistrierungsstellenpool weitergeleitet.

Die folgenden Schritte beschreiben den Clientermittlungs- und Registrierungsprozess:

  1. Ein Client ermittelt Lync Server über DNS SRV-Einträge. In Lync Server 2013 können DNS SRV-Einträge so konfiguriert werden, dass mehr als ein FQDN an die DNS SRV-Abfrage zurückgegeben wird. Wenn das Unternehmen Contoso beispielsweise über drei zentrale Standorte (Nordamerika, Europa und Asien-Pazifik) und einen Directorpool an jedem zentralen Standort verfügt, können DNS SRV-Einträge auf die FQDNs des Directorpools an jedem der drei Standorte verweisen. Solange der Directorpool an einem der Speicherorte verfügbar ist, kann der Client eine Verbindung mit dem ersten Hop Lync Server herstellen.

    Hinweis

    Die Verwendung eines Directorpools ist optional. Stattdessen kann ein Front-End-Pool verwendet werden.

  2. Der Directorpool informiert den Lync-Client über den primären Registrierungsstellenpool und den Sicherungsregistrierungsstellenpool des Benutzers.

  3. Der Lync-Client versucht zuerst, eine Verbindung mit dem primären Registrierungsstellenpool des Benutzers herzustellen. Wenn der primäre Registrierungsstellenpool verfügbar ist, akzeptiert die Registrierung die Registrierung. Wenn der primäre Registrierungsstellenpool nicht verfügbar ist, versucht der Lync-Client, eine Verbindung mit dem Sicherungsregistrierungsstellenpool herzustellen. Wenn der Sicherungsregistrierungsstellenpool verfügbar ist und festgestellt hat, dass der primäre Registrierungsstellenpool des Benutzers nicht verfügbar ist (indem ein fehlender Takt für ein angegebenes Failoverintervall erkannt wird), akzeptiert der Sicherungsregistrierungsstellenpool die Registrierung des Benutzers. Nachdem die Sicherungsregistrierungsstelle festgestellt hat, dass die primäre Registrierungsstelle wieder verfügbar ist, leitet der Sicherungsregistrierungsstellenpool Failover-Lync-Clients an ihren primären Pool um.

Die folgende Abbildung zeigt die empfohlene Topologie zur Sicherstellung der Ausfallsicherheit zentraler Standorte. Die beiden Standorte sind über eine ausfallsichere WAN-Verbindung verbunden. Wenn der zentrale Standort nicht mehr verfügbar ist, werden Benutzer, die diesem Pool zugewiesen sind, zur Registrierung an den Sicherungsstandort weitergeleitet.

Empfohlene Topologie für die Ausfallsicherheit von Zentralen Standortstimmen

Topologie für die Topologie der Zentralen Standort-VoIP-Resliency-Topologie

Anforderungen und Empfehlungen

Die folgenden Anforderungen und Empfehlungen für die Implementierung der Ausfallsicherheit für zentrale Standortstimmen sind für die meisten Organisationen geeignet:

  • Die Standorte, an denen sich die primären und Sicherungsregistrierungsstellenpools befinden, sollten über eine ausfallsichere WAN-Verbindung verbunden sein.

  • Jeder zentrale Standort muss einen Registrierungsstellenpool enthalten, der aus einer oder mehreren Registrierungsstellen besteht.

  • Jeder Registrierungsstellenpool muss mithilfe von DNS-Lastenausgleich, Hardwarelastenausgleich oder beidem lastenausgleichsgesteuert werden. Ausführliche Informationen zur Planung ihrer Lastenausgleichskonfiguration finden Sie unter Lastenausgleichsanforderungen für Lync Server 2013.For detailed information about planning your load balancing configuration, see Load balancing requirements for Lync Server 2013.

  • Jeder Benutzer muss mithilfe des Lync Server Management Shell set-CsUser-Cmdlets oder des Lync Server-Systemsteuerung einem primären Registrierungsstellenpool zugewiesen werden.

  • Der primäre Registrierungsstellenpool muss über einen einzigen Sicherungsregistrierungsstellenpool verfügen, der sich an einem anderen zentralen Standort befindet.

  • Der primäre Registrierungsstellenpool muss so konfiguriert sein, dass ein Failover zum Sicherungsregistrierungsstellenpool ausgeführt wird. Standardmäßig wird festgelegt, dass die primäre Registrierungsstelle nach einem Intervall von 300 Sekunden nicht zum Sicherungsregistrierungsstellenpool übergreift. Sie können dieses Intervall mithilfe des Lync Server 2013-Topologie-Generators ändern.

  • Konfigurieren Sie eine Failoverroute, wie im Thema "Konfigurieren einer Failoverroute in Lync Server 2013" in der Planungsdokumentation beschrieben. Geben Sie beim Konfigurieren der Route ein Gateway an, das sich an einem anderen Standort als das in der primären Route angegebene Gateway befindet.

  • Wenn der zentrale Standort Ihren primären Verwaltungsserver enthielt und der Standort wahrscheinlich für einen längeren Zeitraum nicht verfügbar ist, müssen Sie Ihre Verwaltungstools am Sicherungsstandort neu installieren. andernfalls können Sie keine Verwaltungseinstellungen ändern.

Abhängigkeiten

Lync Server hängt von der folgenden Infrastruktur und Softwarekomponenten ab, um die Ausfallsicherheit von VoIP sicherzustellen:

Komponente

Funktionale

DNS

Auflösen von SRV-Einträgen und A-Einträgen für Server-Server- und Server-Client-Konnektivität

Exchange- und Exchange-Webdienste (EWS)

Kontaktspeicher; Kalenderdaten

Exchange Unified Messaging und Exchange-Webdienste

Anrufprotokolle, Voicemailliste, Voicemail

DHCP-Optionen 120

Wenn DNS SRV nicht verfügbar ist, versucht der Client, DHCP Option 120 zu verwenden, um die Registrierungsstelle zu ermitteln. Damit dies funktioniert, muss entweder ein DHCP-Server konfiguriert oder Lync Server 2013 DHCP aktiviert sein. Ausführliche Informationen finden Sie im Abschnitt "Hardware- und Softwareanforderungen für Branch-Site Resilienz in den Ausfallsicherheitsanforderungen für Zweigstellenstandorte für Lync Server 2013 ".

Survivable Voice-Features

Wenn die oben genannten Anforderungen und Empfehlungen implementiert wurden, werden die folgenden VoIP-Funktionen vom Sicherungsregistrierungsstellenpool bereitgestellt:

  • Ausgehende PSTN-Anrufe

  • Eingehende PSTN-Anrufe, wenn der Telefoniedienstanbieter das Failover zu einem Sicherungsstandort unterstützt

  • Unternehmensaufrufe zwischen Benutzern am selben Standort und zwischen zwei verschiedenen Standorten

  • Grundlegende Anrufbehandlung, einschließlich Anrufwarteschleife, Abruf und Übertragung

  • Chatnachrichten mit zwei Teilnehmern und Gemeinsame Nutzung von Audio und Video zwischen Benutzern an derselben Website

  • Anrufweiterleitung, gleichzeitiges Klingeln von Endpunkten, Anrufdelegierung und Teamanrufdiensten, jedoch nur, wenn beide Teilnehmer der Anrufdelegierung oder alle Teammitglieder am selben Standort konfiguriert sind.

  • Vorhandene Telefone und Clients funktionieren weiterhin.

  • Aufzeichnung von Kommunikationsdatensätzen (KDS)

  • Authentifizierung und Autorisierung

Je nachdem, wie sie konfiguriert sind, funktionieren die folgenden VoIP-Features möglicherweise oder nicht, wenn ein primärer zentraler Standort außer Betrieb ist:

  • An- und Abrufen von Voicemail

    Wenn Sie Exchange UM verfügbar machen möchten, wenn der primäre zentrale Standort außer Betrieb ist, müssen Sie eine der folgenden Aktionen ausführen:

    • Ändern Sie DNS SRV-Einträge so, dass die Exchange UM-Server am zentralen Standort auf die Sicherung von Exchange UM-Servern an einem anderen Standort verweisen.

    • Konfigurieren Sie den Exchange UM-Wählplan jedes Benutzers so, dass exchange UM-Server sowohl am zentralen Standort als auch am Sicherungsstandort enthalten sind, aber legen Sie die Exchange UM-Sicherungsserver als deaktiviert fest. Wenn der primäre Standort nicht mehr verfügbar ist, muss der Exchange-Administrator die Exchange UM-Server am Sicherungsstandort als aktiviert markieren.

    Wenn keine der vorstehenden Lösungen möglich ist, ist Exchange UM nicht verfügbar, falls der zentrale Standort nicht mehr verfügbar ist.

  • Konferenzen aller Typen

    Ein Benutzer, der nicht zu einer Sicherungswebsite übergegangen ist, kann an einer Konferenz teilnehmen, die von einem Organisator erstellt oder gehostet wird, dessen Pool verfügbar ist, aber keine Konferenz in seinem eigenen primären Pool erstellen oder hosten kann, der nicht mehr verfügbar ist. Ebenso können andere Benutzer nicht an Konferenzen teilnehmen, die im primären Pool des betroffenen Benutzers gehostet werden.

Die folgenden VoIP-Features funktionieren nicht, wenn ein primärer zentraler Standort außer Betrieb ist:

  • Automatische Konferenzzentrale

  • Anwesenheits- und DND-basiertes Routing

  • Aktualisieren der Anrufweiterleitungseinstellungen

  • Reaktionsgruppendienst und Parken von Anrufen

  • Bereitstellen neuer Telefone und Clients

  • Adressbuch-Websuche