Plan for Enterprise Voice resiliency in Skype for Business Server

Erfahren Sie, wie Sie die Sprachresilienz in Skype for Business Server Enterprise-VoIP sowohl an zentralen standorten als auch an Zweigstellenstandorten unterstützen. Zu den Optionen für Den Branchstandort gehören die Bereitstellung von Survivable Branch Appliances oder Survivable Branch Servers.

Sprachresilienz bezieht sich auf die Fähigkeit von Benutzern, weiterhin Anrufe zu tätigen und zu empfangen, wenn ein zentraler Standort, der Skype for Business Server hostet, nicht mehr verfügbar ist, sei es durch einen WAN-Fehler (Wide Area Network) oder eine andere Ursache. Wenn ein zentraler Standort ausfällt, muss Enterprise-VoIP Dienst unterbrechungsfrei über ein nahtloses Failover zu einem Sicherungsstandort fortgesetzt werden. Im Falle eines WAN-Ausfalls müssen Aufrufe von Zweigstellenstandorten an ein lokales PSTN-Gateway umgeleitet werden. In diesem Abschnitt wird die Planung der Sprachresilienz im Falle eines Ausfalls des zentralen Standorts oder wans erläutert.

Resilienz des zentralen Standorts

Unternehmen verfügen zunehmend über mehrere Standorte, die auf der ganzen Welt verteilt sind. Die Wartung von Notdiensten, der Zugriff auf den Helpdesk und die Möglichkeit, kritische Geschäftsaufgaben durchzufü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:

• Sprachfailover muss bereitgestellt werden.

• Benutzer, die sich normalerweise beim Front-End-Pool am zentralen Standort registrieren, müssen in der Lage sein, sich bei einem alternativen Front-End-Pool zu registrieren. Dazu können Sie mehrere DNS-SRV-Einträge erstellen, von denen jeder in einen Director-Pool oder Front-End-Pool an jedem Ihrer zentralen Standorte aufgelöst wird. Sie können die Priorität und Gewichtung der SRV-Einträge anpassen, sodass 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, die sich an anderen Standorten befinden, müssen an das PSTN umgeleitet werden.

In diesem Thema wird die empfohlene Lösung zum Schutz der Sprachresilienz des zentralen Standorts beschrieben.

Architektur und Topologie

Die Planung der Sprachresilienz an einem zentralen Standort erfordert ein grundlegendes Verständnis der zentralen Rolle, die die Skype for Business Server-Registrierungsstelle bei der Aktivierung des VoIP-Failovers spielt. Die Skype for Business Server-Registrierungsstelle ist ein Dienst, der die Clientregistrierung und -Authentifizierung ermöglicht und Routingdienste bereitstellt. Sie wird auf allen Standard Edition-Servern, Front-End-Server, Director oder Survivable Branch Appliance ausgeführt. Ein Registrierungsstellenpool besteht aus Registrierungsstellendiensten, die im Front-End-Pool ausgeführt werden und sich am gleichen Standort befinden. Ein Skype for Business Client ermittelt den Front-End-Pool über den folgenden Ermittlungsmechanismus:

1. DNS-SRV-Eintrag

2. AutoErmittlungswebdienst

3. DHCP-Option 120

Nachdem der Skype for Business Client eine Verbindung mit dem Front-End-Pool herstellt, wird er vom Lastenausgleich an einen der Front-End-Server im Pool weitergeleitet. Dieser Front-End-Server wiederum leitet den Client 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 einzelnen primären Registrierungsstellenpool. Zur Berücksichtigung der Nutzung der ressourcen des zentralen Standorts durch Alle Benutzer des Zweigstellenstandorts, die sich für Anwesenheit, Konferenzen oder Failover auf den zentralen Standort verlassen, wird empfohlen, jeden Branchstandortbenutzer so zu betrachten, als wäre der Benutzer ein Benutzer, der am zentralen Standort registriert ist. Derzeit gibt es keine Grenzwerte für die Anzahl von Zweigstellenstandortbenutzern, einschließlich der Benutzer, die bei einer Survivable Branch Appliance registriert sind.

Um die Sprachresilienz im Falle eines Ausfalls eines zentralen Standorts sicherzustellen, muss der primäre Registrierungsstellenpool über einen einzelnen festgelegten Sicherungsregistrierungsstellepool an einem anderen Standort verfügen. Die Sicherung kann mithilfe der Resilienzeinstellungen des Topologie-Generators konfiguriert werden. Unter der Annahme einer robusten 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 Skype for Business Server über DNS SRV-Einträge. In Skype for Business Server 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 Director-Pool an jedem zentralen Standort verfügt, können DNS-SRV-Einträge auf die FQDNs des Director-Pools an jedem der drei Standorte verweisen. Solange der Director-Pool an einem der Standorte verfügbar ist, kann der Client eine Verbindung mit dem ersten Hop Skype for Business Server herstellen.

   Hinweis

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

2. Der Director-Pool informiert den Skype for Business Client über den primären Registrierungsstellenpool und den Sicherungsregistrierungsstellenpool des Benutzers.

3. Der Skype for Business-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 Skype for Business Client, eine Verbindung mit dem Sicherungsregistrierungsstellenpool herzustellen. Wenn der Pool der Sicherungsregistrierungsstelle verfügbar ist und festgestellt hat, dass der primäre Registrierungsstellenpool des Benutzers nicht verfügbar ist (durch Erkennen eines fehlenden Heartbeats für ein angegebenes Failoverintervall), akzeptiert der Sicherungsregistrierungsstellenpool die Registrierung des Benutzers. Nachdem die Sicherungsregistrierungsstelle erkannt hat, dass die primäre Registrierungsstelle wieder verfügbar ist, leitet der Sicherungsregistrierungsstellenpool Failoverclients an ihren primären Pool um.

Anforderungen und Empfehlungen

Die folgenden Anforderungen und Empfehlungen für die Implementierung der VoIP-Resilienz am zentralen Standort sind für die meisten Organisationen geeignet:

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

• Jeder zentrale Standort muss einen Registrierungsstellenpool enthalten, der aus mindestens einer Registrierungsstelle besteht.

• Für jeden Registrierungsstellenpool muss ein Lastenausgleich mithilfe von DNS-Lastenausgleich, Hardwarelastenausgleich oder beidem durchgeführt werden. Ausführliche Informationen zum Planen der Lastenausgleichskonfiguration finden Sie unter Lastenausgleichsanforderungen für Skype for Business.

• Jeder Benutzer muss einem primären Registrierungsstellenpool zugewiesen werden, indem entweder das cmdlet set-CsUser der Skype for Business Server-Verwaltungsshell oder das Skype for Business Server Systemsteuerung verwendet wird.

• Der primäre Registrierungsstellenpool muss über einen einzelnen Sicherungsregistrierungsstellenpool an einem anderen zentralen Standort verfügen.

• Der primäre Registrierungsstellenpool muss für das Failover auf den Sicherungsregistrierungsstellenpool konfiguriert werden. Standardmäßig ist für die primäre Registrierungsstelle ein Failover auf den Sicherungsregistrierungsstellenpool nach einem Intervall von 300 Sekunden festgelegt. Sie können dieses Intervall mithilfe des Skype for Business Server Topologie-Generators ändern.

• Konfigurieren sie eine Failoverroute. Geben Sie beim Konfigurieren der Route ein Gateway an, das sich an einem anderen Standort befindet als das in der primären Route angegebene Gateway.

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

Abhängigkeiten

Skype for Business Server hängt von den folgenden Infrastruktur- und Softwarekomponenten ab, um die Sprachresilienz sicherzustellen:

Survivable Voice-Features

Wenn die oben genannten Anforderungen und Empfehlungen implementiert wurden, werden die folgenden Sprachfeatures vom Pool der Sicherungsregistrierungsstelle bereitgestellt:

• Ausgehende PSTN-Anrufe

• Eingehende PSTN-Anrufe, wenn der Telefoniedienstanbieter die Möglichkeit zum Failover auf einen Sicherungsstandort unterstützt

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

• Grundlegende Anrufbehandlung, einschließlich Halten, Abrufen und Übertragen von Anrufen

• Zwei-Parteien-Chat und Freigeben von Audio und Video zwischen Benutzern am selben Standort

• Anrufweiterleitung, gleichzeitiges Klingeln von Endpunkten, Anrufdelegierung und Teamanrufdienste, aber nur, wenn beide Parteien 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 Sprachfeatures möglicherweise nicht, wenn ein primärer zentraler Standort außer Betrieb ist:

• Voicemail-Einzahlung und -Abruf

  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 eingeschlossen werden, 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 oben genannten Lösungen möglich ist, ist Exchange UM nicht verfügbar, wenn der zentrale Standort nicht mehr verfügbar ist.

• Konferenzen aller Typen

  Ein Benutzer, der ein Failover zu einem Sicherungsstandort ausgeführt hat, 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 Sprachfeatures funktionieren nicht, wenn ein primärer zentraler Standort außer Betrieb ist:

• Automatische Konferenzzentrale

• Anwesenheits- und DND-basiertes Routing

• Aktualisieren der Anrufweiterleitungseinstellungen

• Reaktionsgruppendienst und Anrufparken

• Bereitstellen neuer Telefone und Clients

• Adressbuch-Websuche

Ausfallsicherheit von Zweigstellenstandorten

Wenn Sie Resilienz für Zweigstellenstandorte bereitstellen möchten, d. b. Hochverfügbarkeit Enterprise-VoIP Diensts, haben Sie hierfür drei Möglichkeiten:

• Survivable Branch Appliance

• Survivable Branch Server

• Eine vollständige Skype for Business Server Bereitstellung am Zweigstellenstandort

In diesem Leitfaden erfahren Sie, welche Resilienzlösung für Ihre organization am besten geeignet ist, und basierend auf Ihrer Resilienzlösung, welche PSTN-Konnektivitätslösung verwendet werden soll. Es hilft Ihnen auch bei der Vorbereitung auf die Bereitstellung der von Ihnen ausgewählten Lösung, indem sie die Voraussetzungen und andere Planungsüberlegungen beschreibt.

Resilienzfeatures für Zweigstellenstandorte

Wenn Sie Ausfallsicherheit für Zweigstellenstandorte bereitstellen, wenn die WAN-Verbindung eines Zweigstellenstandorts mit einem zentralen Standort fehlschlägt oder der zentrale Standort nicht erreichbar ist, sollten die folgenden Sprachfeatures weiterhin verfügbar sein:

• Ein- und ausgehende PstN-Anrufe (Public Switched Telephone Network)

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

• Grundlegende Anrufbehandlung, einschließlich Halten, Abrufen und Übertragen von Anrufen

• Instant Messaging mit zwei Parteien

• Anrufweiterleitung, gleichzeitiges Klingeln von Endpunkten, Anrufdelegierung und Teamanrufdienste, aber nur, wenn der Delegator und die Stellvertretung (z. B. ein Vorgesetzter und der Administrator des Vorgesetzten) oder alle Teammitglieder am selben Standort konfiguriert sind

• Anrufdetaildatensätze (CDRs)

• PSTN-Einwahlkonferenzen mit automatischer Konferenzzentrale

• Voicemailfunktionen, wenn Sie Einstellungen für die Voicemailumleitung konfigurieren.

• Benutzerauthentifizierung und -autorisierung

Die folgenden Features sind nur verfügbar, wenn Ihre Resilienzlösung eine vollständige Skype for Business Server Bereitstellung am Zweigstellenstandort ist:

• Chat-, Web- und A/V-Konferenzen

• Anwesenheits- und Do Not Disturb(DND)-basiertes Routing (bei dem Anrufe bei Erweiterungen, die DND aktiviert haben, nicht klingeln können)

• Aktualisieren der Anrufweiterleitungseinstellungen

• Reaktionsgruppenanwendung und Anwendung zum Parken von Anrufen

• Bereitstellen neuer Telefone und Clients, jedoch nur, wenn Active Directory Domain Services am Zweigstellenstandort vorhanden ist.

• Erweitert 9-1-1 (E9-1-1)

  Wenn E9-1-1 bereitgestellt wird und der SIP-Trunk am zentralen Standort nicht verfügbar ist, weil die WAN-Verbindung nicht verfügbar ist, leitet die Survivable Branch Appliance E9-1-1-Aufrufe an das gateway der lokalen Zweigstelle weiter. Um dieses Feature zu aktivieren, sollten die VoIP-Richtlinien der Branchstandortbenutzer im Falle eines WAN-Ausfalls Anrufe an das lokale Gateway weiterleiten.

Lösungen zur Ausfallsicherheit von Zweigstellenstandorten

Es gibt offensichtliche Vorteile, wenn Sie Ihrer organization Resilienz von Zweigstellenstandorten bieten. Insbesondere wenn Sie die Verbindung mit dem zentralen Standort verlieren, verfügen Die Benutzer des Zweigstellenstandorts weiterhin über Enterprise-VoIP-Dienst und Voicemail (wenn Sie Einstellungen für die Voicemailumleitung konfigurieren). Für Websites mit weniger als 25 Benutzern bietet eine Resilienzlösung jedoch möglicherweise keine ausreichende Rendite.

Wenn Sie sich für die Ausfallsicherheit von Branchstandorten entscheiden, stehen Ihnen drei Optionen zur Verfügung. In der folgenden Tabelle können Sie die beste Option für Ihre organization ermitteln.

Resilienztopologien

Die folgende Abbildung zeigt die empfohlenen Topologien für die Ausfallsicherheit von Branchstandorten.

Resilienzoptionen für Zweigstellenstandorte

Details zur Survivable Branch-Appliance

Die Skype for Business Server Survivable Branch Appliance enthält die folgenden Komponenten:

• Eine Registrierungsstelle für Benutzerauthentifizierung, Registrierung und Anrufrouting

• Einen Vermittlungsserver für die Verarbeitung von Signalen zwischen der Registrierungsstelle und einem PSTN-Gateway

• Ein PSTN-Gateway zum Weiterleiten von Anrufen an das PSTN als Fallbacktransport im Falle eines WAN-Ausfalls

• SQL Server Express für lokale Benutzerdatenspeicherung

Die Survivable Branch Appliance umfasst auch PSTN-Trunks, analoge Ports und einen Ethernet-Adapter.

Wenn die WAN-Verbindung des Zweigstellenstandorts mit einem zentralen Standort nicht mehr verfügbar ist, werden interne Branchbenutzer weiterhin bei der Survivable Branch Appliance-Registrierungsstelle registriert und erhalten einen unterbrechungsfreien Sprachdienst über die Survivable Branch Appliance-Verbindung mit dem PSTN. Benutzer des Zweigstellenstandorts, die eine Verbindung von zu Hause oder an anderen Remotestandorten herstellen, können sich bei einem Registrierungsstellenserver an einem zentralen Standort registrieren, wenn die WAN-Verbindung mit dem Zweigstellenstandort nicht verfügbar ist. Diese Benutzer verfügen über vollständige Unified Communications-Funktionen, mit der einzigen Ausnahme, dass eingehende Anrufe an die Zweigstellenwebsite an Voicemails gehen. Wenn die WAN-Verbindung verfügbar ist, sollte die vollständige Funktionalität für Die Benutzer des Zweigstellenstandorts wiederhergestellt werden. Weder für das Failover auf die Survivable Branch Appliance noch für die Wiederherstellung des Diensts muss ein IT-Administrator vorhanden sein.

Skype for Business Server unterstützt bis zu zwei Survivable Branch Appliance an einem Zweigstellenstandort.

Übersicht über die Bereitstellung der Survivable Branch Appliance

Die Survivable Branch Appliance wird von Originalgeräteherstellern in Zusammenarbeit mit Microsoft hergestellt und in deren Auftrag von Mehrwerthändlern bereitgestellt. Diese Bereitstellung sollte erst erfolgen, nachdem Skype for Business Server am zentralen Standort bereitgestellt wurde, eine WAN-Verbindung mit dem Zweigstellenstandort besteht und die Benutzer des Zweigstellenstandorts für Enterprise-VoIP aktiviert sind.

Ausführliche Informationen zu diesen Phasen finden Sie unter Bereitstellen einer Survivable Branch Appliance oder eines Servers in der Bereitstellungsdokumentation.

Details des Survivable Branch-Servers

Erstellen Sie im Topologie-Generator den Branchstandort, fügen Sie diesem Standort den Survivable Branch-Server hinzu, und führen Sie dann den Skype for Business Server-Bereitstellungs-Assistenten auf dem Computer aus, auf dem Sie die Rolle installieren möchten.

Anforderungen an die Resilienz des Branchstandorts

Dieses Thema hilft Ihnen, Benutzer auf Die Resilienz von Zweigstellenstandorten und voicemail-Überlebensfähigkeit vorzubereiten, und legt außerdem die relevanten Hardware- und Softwareanforderungen fest.

Vorbereiten von Branchbenutzern auf Branch-Site Resilienz

Bereiten Sie Benutzer auf Die Resilienz des Branchstandorts vor, indem Sie ihren Registrierungsstellenpool als Survivable Branch Appliance (SBA) oder Survivable Branch Server festlegen.

Registrierungsstellenzuweisungen für Branchbenutzer

Unabhängig davon, für welche Ausfallsicherheitslösung sie sich entscheiden, müssen Sie jedem Benutzer eine primäre Registrierungsstelle zuweisen. Branchstandortbenutzer sollten sich immer bei der Registrierungsstelle am Zweigstellenstandort registrieren, unabhängig davon, ob sich die Registrierungsstelle auf der Survivable Branch Appliance, dem Survivable Branch Server oder einem eigenständigen Skype for Business Server Standard- oder Enterprise Edition Server befindet. Ein Ressourceneintrag des DNS-Diensts (Domain Name System, DNS) ist erforderlich, damit ein Client seinen Registrierungsstellenpool ermitteln kann. Wenn die Survivable Branch Appliance nicht mehr verfügbar ist, ermitteln Branchstandortclients automatisch die Sicherungsregistrierungsstelle.

Wenn ein Zweigstellenstandort nicht über einen DNS-Server verfügt, gibt es zwei alternative Möglichkeiten, die Ermittlung der Survivable Branch Appliance oder des Survivable Branch-Servers zu konfigurieren:

• Konfigurieren Sie die DHCP-Option 120 auf dem DHCP-Server (Dynamic Host Configuration Protocol) des Branchstandorts so, dass sie auf den vollqualifizierten Domänennamen (FQDN) der Survivable Branch Appliance oder des Survivable Branch-Servers verweist.

• Konfigurieren Sie die Survivable Branch Appliance oder den Survivable Branch-Server für die Antwort auf DHCP 120-Abfragen.

VoIP-Routing für Branchbenutzer

Es wird empfohlen, eine separate VoIP-Richtlinie (Voice over Internet Protocol) auf Benutzerebene für Benutzer an einem Zweigstellenstandort zu erstellen. Diese Richtlinie sollte eine primäre Route umfassen, die die Survivable Branch Appliance oder das Branchservergateway verwendet, und mindestens eine Sicherungsroute, die einen Trunk mit einem PSTN-Gateway (Public Switched Telephone Network) am zentralen Standort verwendet. Wenn die primäre Route nicht verfügbar ist, wird stattdessen die Sicherungsroute verwendet, die ein oder mehrere Gateways des zentralen Standorts verwendet. Auf diese Weise ist die VoIP-Richtlinie des Benutzers immer gültig, unabhängig davon, wo ein Benutzer registriert ist – auf der Zweigstellenregistrierungsstelle oder im Sicherungsregistrierungsstellenpool am zentralen Standort. Dies ist ein wichtiger Aspekt für Failoverszenarien. Wenn Sie z. B. die Survivable Branch Appliance umbenennen oder die Survivable Branch Appliance neu konfigurieren müssen, um eine Verbindung mit einem Sicherungsregistrierungsstellepool am zentralen Standort herzustellen, müssen Sie Die Benutzer des Zweigstellenstandorts für die dauer an den zentralen Standort verschieben. (Ausführliche Informationen zum Umbenennen oder Neukonfigurieren einer Survivable Branch Appliance finden Sie in Anhang B: Verwalten einer Survivable Branch Appliance in der Bereitstellungsdokumentation.) Wenn diese Benutzer nicht über VoIP-Richtlinien auf Benutzerebene oder Wählpläne auf Benutzerebene verfügen, gelten beim Verschieben der Benutzer auf einen anderen Standort die VoIP-Richtlinien auf Standortebene und die Wählpläne auf Standortebene des zentralen Standorts standardmäßig für die Benutzer anstelle der VoIP-Richtlinien und Wählpläne auf Standortebene der Filiale. In diesem Szenario schlagen ihre Anrufe fehl, es sei denn, die VoIP-Richtlinien auf Standortebene und Wählpläne auf Standortebene, die vom Pool der Sicherungsregistrierungsstelle verwendet werden, können auch für die Benutzer des Zweigstellenstandorts gelten. Wenn Beispielsweise Benutzer von einem Zweigstellenstandort in Japan an einen zentralen Standort in Redmond verschoben werden, ist es unwahrscheinlich, dass ein Wählplan mit Normalisierungsregeln, der allen 7-stelligen Anrufen +1425 vorangestellt hat, Anrufe für diese Benutzer entsprechend übersetzt.

Um sicherzustellen, dass eingehende Anrufe an Branchstandortbenutzer diese Benutzer erreichen, wenn das Branchgateway oder die Windows-Komponente des Survivable Branch Appliance-Standorts nicht verfügbar ist (was z. B. der Fall wäre, wenn die Survivable Branch Appliance oder das Zweigstellengateway zur Wartung ausgefallen wäre), erstellen Sie eine Failoverroute auf dem Gateway (oder arbeiten Sie mit Ihrem Did-Anbieter (Direct Inward Dialing) zusammen), um eingehende Anrufe an den Sicherungsregistrierungsstellepool im zentralen Standort umzuleiten. Website. Von dort aus werden die Anrufe über den WAN-Link an Branchbenutzer weitergeleitet. Stellen Sie sicher, dass die Route Nummern übersetzt, um dem PSTN-Gateway oder den akzeptierten Telefonnummernformaten eines anderen Trunkpeers zu entsprechen. Ausführliche Informationen zum Erstellen einer Failoverroute finden Sie unter Konfigurieren einer Failoverroute. Erstellen Sie außerdem Wählpläne auf Dienstebene für den Trunk, der dem Gateway am Zweigstellenstandort zugeordnet ist, um eingehende Anrufe zu normalisieren. Wenn Sie über zwei Survivable Branch Appliances an einem Zweigstellenstandort verfügen, können Sie einen Wählplan auf Standortebene für beide erstellen, es sei denn, für jede ist ein separater Servicelevelplan erforderlich.

Es wird auch empfohlen, einen Wählplan und eine VoIP-Richtlinie auf Benutzerebene zu erstellen und diese dann Benutzern des Zweigstellenstandorts zuzuweisen. Weitere Informationen finden Sie unter Erstellen oder Ändern eines Wählplans in Skype for Business Server und Erstellen der VoIP-Routingrichtlinie für Branchbenutzer in der Bereitstellungsdokumentation.

Routing-Durchwahlnummern

Achten Sie beim Vorbereiten von Wählplänen und VoIP-Richtlinien für Benutzer von Zweigstellenstandorten darauf, Normalisierungsregeln und Übersetzungsregeln einzubeziehen, die den Zeichenfolgen und dem Nummernformat entsprechen, die im Attribut msRTCSIP-line (oder Line URI) verwendet werden, damit Skype for Business Aktivierte Anrufe zwischen Benutzern des Zweigstellenstandorts und Benutzern des zentralen Standorts ordnungsgemäß weitergeleitet werden– insbesondere, wenn Anrufe über das PSTN umgeleitet werden müssen, da die WAN-Verbindung nicht verfügbar ist. Darüber hinaus gibt es besondere Überlegungen für wählte Nummern, die Durchwahlnummern enthalten, anstatt nur Telefonnummern.

Normalisierungsregeln und Übersetzungsregeln, die mit Zeilen-URIs übereinstimmen, die eine Durchwahlnummer enthalten, ob ausschließlich oder zusätzlich zu einer vollständigen E.164-Telefonnummer, haben zusätzliche Anforderungen. In diesem Abschnitt werden mehrere Beispielszenarien zum Weiterleiten von Anrufen für Zeilen-URIs mit einer Durchwahlnummer beschrieben.

Wenn ihr organization keine DID-Telefonnummern (Direct Inward Dial) für einzelne Benutzer konfiguriert hat und der Zeilen-URI jedes Benutzers nur mit einer Durchwahlnummer konfiguriert ist, können interne Benutzer sich gegenseitig anrufen, indem sie nur eine Durchwahlnummer wählen. Sie müssen jedoch Normalisierungsregeln konfigurieren, die für Aufrufe von einem Zweigstellenstandortbenutzer an einen Zentralen Standortbenutzer gelten können, die den Durchwahlnummern entsprechen.

In einem Szenario, in dem die WAN-Verbindung zwischen einem Zweigstellenstandort und einem zentralen Standort verfügbar ist, erfordern Anrufe von Benutzern des Zweigstellenstandorts an Benutzer des zentralen Standorts nicht die übereinstimmende Normalisierungsregel, um die Nummer zu übersetzen, da der Anruf nicht über das PSTN weitergeleitet wird. Zum Beispiel:

Sie müssen auch Durchwahlnummern für bestimmte Szenarien berücksichtigen, z. B. wenn die WAN-Verbindung zwischen einem Zweigstellenstandort und einem zentralen Standort nicht verfügbar ist und ein Anruf von einem Zweigstellenstandort über das PSTN weitergeleitet werden muss. Wenn ein Benutzer eines Zweigstellenstandorts während eines WAN-Ausfalls einen Benutzer des zentralen Standorts nur durch Wählen der Durchwahl des Zentralen Standortbenutzers aufruft, benötigen Sie eine Übersetzungsregel für ausgehenden Datenverkehr, die die vollständige Telefonnummer des Benutzers des zentralen Standorts hinzufügt. Wenn der Zeilen-URI eines Benutzers die vollständige Telefonnummer Ihres organization und die eindeutige Durchwahlnummer des Benutzers anstelle einer vollständigen Telefonnummer enthält, die für den Benutzer eindeutig ist, müssen Sie über eine Ausgangsübersetzungsregel verfügen, die stattdessen die vollständige Telefonnummer Ihres organization hinzufügt. Zum Beispiel:

Wenn in diesem Szenario der Trunkpeer, der die Umleitung an das PSTN behandelt, keine Durchwahlnummern unterstützt, muss die Ausgehende Übersetzungsregel auch die Durchwahlnummer entfernen. Zum Beispiel:

Wenn für Ihren organization keine DID-Nummern für einzelne Benutzer konfiguriert sind und der Zeilen-URI für einen Benutzer die Telefonnummer Ihres organization und die eindeutige Durchwahlnummer des Benutzers enthält, müssen Sie Ihre organization konfigurieren, unabhängig davon, ob eine WAN-Verbindung verfügbar ist oder nicht.Die Telefonnummer von Line URI mit einer Nummer, die vom Trunkpeer oder PSTN-Gateway am Zweigstellenstandort erreichbar ist. Außerdem müssen Sie die Telefonnummer Ihres organization so konfigurieren, dass sie eine eigene eindeutige Durchwahl für Anrufe enthält, die an diese Nummer weitergeleitet werden sollen.

Vorbereiten der Voicemail-Überlebensfähigkeit

Exchange Unified Messaging (UM) wird in der Regel nur an einem zentralen Standort und nicht an Zweigstellen installiert. Ein Anrufer sollte in der Lage sein, eine Voicemailnachricht zu hinterlassen, auch wenn die WAN-Verbindung zwischen Zweigstellenstandort und zentralem Standort nicht verfügbar ist. Daher sind beim Konfigurieren des Zeilen-URI für die automatische Exchange UM-Telefonzentrale, die Voicemail für Benutzer von Zweigstellenstandorten bereitstellt, zusätzlich zu den voIP-Richtlinien, Wählplänen und Normalisierungsregeln, die für diese Voicemailnummer gelten, besondere Überlegungen erforderlich.

Survivable Branch Appliances (SBAs) und Survivable Branch Servers bieten Voicemail-Überlebensfunktionen für Branchbenutzer während eines WAN-Ausfalls. Insbesondere wenn Sie eine Survivable Branch Appliance oder einen Survivable Branch Server verwenden und das WAN nicht mehr verfügbar ist, leitet der SBA oder Survivable Branch Server anrufe unbeantwortet über das PSTN an Exchange UM am zentralen Standort um. Mit einem SBA- oder Survivable Branch-Server können Benutzer auch Voicemailnachrichten über das PSTN während eines WAN-Ausfalls abrufen. Schließlich stellt die Survivable Branch Appliance oder der Survivable Branch Server während eines WAN-Ausfalls Benachrichtigungen über verpasste Anrufe in die Warteschlange und lädt sie dann auf den Exchange UM-Server hoch, wenn das WAN wiederhergestellt wird. Um sicherzustellen, dass die Voicemailumleitung resilient ist, müssen Sie einen Eintrag für den FQDN des zentralen Standortpools und einen Eintrag für den Edgeserver-FQDN zur Hostdatei auf dem Survivable Branch-Server hinzufügen. Andernfalls kann bei der DNS-Auflösung ein Timeout ausgeführt werden, wenn Sie keinen DNS-Server am Zweigstellenstandort haben.

Wir empfehlen die folgenden Konfigurationen für voicemail-Überlebensfähigkeit für Branchstandortbenutzer:

• Ein Microsoft Exchange-Administrator sollte die automatische Exchange UM-Telefonzentrale (AA) so konfigurieren, dass nur Nachrichten akzeptiert werden. Diese Konfiguration deaktiviert alle anderen generischen Funktionen, z. B. die Übertragung an einen Benutzer oder die Übertragung an einen Operator, und der AA wird auf die Annahme von Nachrichten beschränkt. Alternativ kann der Exchange-Administrator eine generische AA oder eine angepasste AA verwenden, um den Aufruf an einen Operator weiterzuleiten.

• Der Skype for Business Server-Administrator sollte die AA-Telefonnummer verwenden und diese Telefonnummer in den Einstellungen für die Voicemailumleitung für die Survivable Branch Appliance oder den Branchserver als automatische Telefonzentrale verwenden.

• Der Skype for Business Server Administrator sollte die Telefonnummer für den Zugriff auf den Exchange UM-Abonnenten abrufen und diese Nummer als Abonnentenzugriffsnummer in den Einstellungen für die Voicemailumleitung für die Survivable Branch Appliance oder den Survivable Branch-Server verwenden.

• Der Skype for Business Server-Administrator sollte Exchange UM so konfigurieren, dass allen Zweigstellenbenutzern, die während eines WAN-Ausfalls Zugriff auf Voicemail benötigen, nur ein Wählplan zugeordnet wird.

• Wenn die WAN-Verbindung nicht verfügbar ist, können Anrufe an Zweigstellenstandortbenutzer an das Exchange Unified Messaging(UM)-VoIP-Postfach des Benutzers weitergeleitet werden, aber nur, wenn die auf den Anruf angewendete VoIP-Richtlinie eine eindeutige Voicemailtelefonnummer angibt, die keine Durchwahlnummer enthält.

Hardware- und Softwareanforderungen für Branch-Site Resilienz

Die Hardware- und Softwareanforderungen variieren je nach Resilienzlösung.

Anforderungen für Survivable Branch Appliances

Die erforderliche Hardware und Software ist in die Survivable Branch Appliance integriert. Es wird jedoch auch empfohlen, dass jeder Zweigstellenstandort einen DHCP-Server zum Abrufen von Client-IP-Adressen bereitstellt. Andernfalls verfügen Clients nach Ablauf der DHCP-Lease nicht über IP-Konnektivität.

Wenn sich die DNS-Server des Unternehmens nur an zentralen Standorten befinden, können Die Benutzer des Zweigstellenstandorts während eines WAN-Ausfalls keine Verbindung mit ihnen herstellen, sodass Skype for Business Server Ermittlung, die DNS SRV-Ressourcendatensatz verwendet, fehlschlägt. Um sicherzustellen, dass während eines WAN-Ausfalls eine erneute Eingabeaufforderung ausgeführt wird, müssen DNS-Einträge am Zweigstellenstandort zwischengespeichert werden. Wenn der Branchrouter dies unterstützt, aktivieren Sie die DNS-Zwischenspeicherung. Alternativ können Sie einen DNS-Server im Branch bereitstellen. Dies kann ein eigenständiger Server oder eine Version der Survivable Branch Appliance sein, die DNS-Funktionen unterstützt. Weitere Informationen erhalten Sie von Ihrem Survivable Branch Appliance-Anbieter.

Skype for Business Clients können die Skype for Business Server mithilfe der DHCP-Option 120 (SIP-Registrierungsstellenoption) ermitteln. Dies kann auf eine von zwei Arten konfiguriert werden:

• Konfigurieren Sie den DHCP-Server am Zweigstellenstandort für die Antwort auf DHCP 120-Abfragen, die den FQDN der Registrierungsstelle auf der Survivable Branch Appliance oder dem Survivable Branch-Server zurückgeben.

• Aktivieren Sie Skype for Business Server DHCP. Wenn dies aktiviert ist, antwortet die Skype for Business Server-Registrierungsstelle auf DHCP Option 120-Abfragen. Beachten Sie, dass die Registrierungsstelle auf keine DHCP-Abfragen mit Ausnahme von DHCP-Optionen 120 antwortet.

Darüber hinaus sollten DHCP-Relay-Agents für größere Zweigstellen mit mehreren Subnetzen aktiviert werden, um DHCP Option 120-Abfragen an den DHCP-Server (Konfiguration 1) oder an die Registrierungsstelle (Konfiguration 2) weiterzuleiten.

Schließlich müssen Die Benutzer des Zweigstellenstandorts für Enterprise-VoIP konfiguriert und mit einem geeigneten Unified Communications-Endpunkt bereitgestellt werden.

Anforderungen für Survivable Branch-Server

Die Anforderungen für Survivable Branch-Server sind identisch mit den Anforderungen für einen Front-End-Server. Weitere Einzelheiten finden Sie in Server requirements for Skype for Business Server 2015.

Anforderungen für Full-Scale Skype for Business Server Branch-Site-Bereitstellungen

Weitere Informationen finden Sie unter Serveranforderungen für Skype for Business Server 2015 in der Planungsdokumentation.

Beispiel: Konfigurieren einer Failoverroute

Das folgende Beispiel zeigt, wie ein Administrator eine Failoverroute definieren kann, die verwendet werden kann, wenn Dallas-GW1 nicht gewartet werden muss oder anderweitig nicht verfügbar ist. Die folgenden Tabellen veranschaulichen die erforderliche Konfigurationsänderung.

Tabelle 1. Benutzerrichtlinie

Tabelle 2. Routen

In Tabelle 1 wird eine Telefonnutzung von GlobalPSTNHopoff nach der DallasUsers-Telefonnutzung in der Dallas Calling Policy hinzugefügt. Dadurch können Anrufe mit der Dallas Calling-Richtlinie Routen verwenden, die für die GlobalPSTNHopoff-Telefonnutzung konfiguriert sind, wenn eine Route für die DallasUsers-Telefonnutzung nicht verfügbar ist.