Anforderungen für die Ausfallsicherheit an Zweigstellenstandorten für Lync Server 2013
Letzte Änderung: 25.02.2014
Dieses Thema hilft Ihnen bei der Vorbereitung der Benutzer auf die Ausfallsicherheit von Zweigstellen und die Überlebensfähigkeit von Voicemail sowie die relevanten Hardware- und Softwareanforderungen.
Vorbereiten von Branch-Benutzern auf Branch-Site Resilienz
Bereiten Sie Benutzer auf die Ausfallsicherheit von Zweigstellen vor, indem Sie ihren Registrierungsstellenpool als Survivable Branch Appliance (SBA) oder Survivable Branch Server festlegen.
Registrierungsstellenzuweisungen für Branch-Benutzer
Unabhängig davon, welche Ausfallsicherheitslösung für Zweigstellenstandorte Sie auswählen, müssen Sie jedem Benutzer eine primäre Registrierungsstelle zuweisen. Benutzer von Zweigstellenstandorten sollten sich immer bei der Registrierungsstelle am Zweigstellenstandort registrieren, unabhängig davon, ob sie sich in der Survivable Branch Appliance, dem Survivable Branch Server oder dem eigenständigen Lync Server 2013 Standard oder Enterprise Edition Server befindet. Ein DNS-Ressourceneintrag (Domain Name System, DNS)-Dienst (SRV) ist erforderlich, damit ein Client seinen Registrierungsstellenpool ermitteln kann. Wenn die Survivable Branch Appliance nicht mehr verfügbar ist, ermitteln Zweigstellenclients 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 DHCP-Option 120 auf dem DHCP-Server (Dynamic Host Configuration Protocol) der Zweigstelle, um auf den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) der Survivable Branch Appliance oder des Survivable Branch Servers zu verweisen.
Konfigurieren Sie die Survivable Branch Appliance oder den Survivable Branch Server so, dass sie auf DHCP 120-Abfragen reagiert.
VoIP-Routing für Branch-Benutzer
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 enthalten, die die Survivable Branch Appliance oder das Zweigstellenservergateway verwendet, sowie eine oder mehrere Sicherungsrouten, die einen Trunk mit einem PSTN-Gateway (Public Switched Telephone Network) am zentralen Standort verwenden. Wenn die primäre Route nicht verfügbar ist, wird stattdessen die Sicherungsroute verwendet, die ein oder mehrere zentrale Standortgateways verwendet. Auf diese Weise ist die VoIP-Richtlinie des Benutzers immer wirksam, unabhängig davon, wo ein Benutzer registriert ist – für die Zweigstellenregistrierungsstelle oder den Sicherungsregistrierungsstellenpool am zentralen Standort. Dies ist eine wichtige Überlegung 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 Sicherungsregistrierungsstellenpool 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 Lync Server 2013 in der Bereitstellungsdokumentation.) Wenn diese Benutzer nicht über VoIP-Richtlinien auf Benutzerebene oder Wählpläne auf Benutzerebene verfügen und die Benutzer an einen anderen Standort verschoben werden, gelten die VoIP-Richtlinien und Wählpläne auf Standortebene des zentralen Standorts standardmäßig für die Benutzer anstelle der VoIP-Richtlinien und Wählpläne auf Standortebene auf Zweigstellenstandortebene. In diesem Szenario können die voIP-Richtlinien und Wählpläne auf Standortebene, die vom Sicherungsregistrierungsstellenpool verwendet werden, auch für die Benutzer der Zweigstellenstandorte gelten, in diesem Szenario fehlschlagen. 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 +1425 an alle 7-stelligen Anrufe vorgibt, Anrufe für diese Benutzer nicht ordnungsgemäß übersetzt.
Wichtig
Wenn Sie eine Zweigstellensicherungsroute erstellen, empfehlen wir, dass Sie der Benutzerrichtlinie für Zweigstellen zwei PSTN-Telefonnutzungseinträge hinzufügen und jeweils separate Routen zuweisen. Die erste oder primäre Route würde Anrufe an das Gateway weiterleiten, das der Survivable Branch Appliance (SBA) oder dem Zweigstellenserver zugeordnet ist. die zweite Oder Sicherungsroute würde Anrufe an das Gateway am zentralen Standort weiterleiten. Beim Weiterleiten von Anrufen versucht der SBA- oder Zweigstellenserver alle Routen, die dem ersten PSTN-Verwendungsdatensatz zugewiesen sind, bevor der zweite Verwendungsdatensatz versucht wird.
Um sicherzustellen, dass eingehende Anrufe an Zweigstellenbenutzer diese Benutzer erreichen, wenn das Zweigstellengateway 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 am Gateway (oder arbeiten Sie mit Ihrem DID-Anbieter (Direct Inward Dialing) zusammen, um eingehende Anrufe an den Backup Registrar-Pool am zentralen Standort umzuleiten. Website. Von dort aus werden die Anrufe über die WAN-Verbindung an Zweigstellenbenutzer weitergeleitet. Stellen Sie sicher, dass die Route Nummern so übersetzt, dass sie den akzeptierten Telefonnummernformaten des PSTN-Gateways oder eines anderen Trunkpeers entsprechen. Ausführliche Informationen zum Erstellen einer Failoverroute finden Sie unter Configuring a failover route in Lync Server 2013. Erstellen Sie außerdem Wählpläne auf Serviceebene für den Trunk, der dem Gateway am Zweigstellenstandort zugeordnet ist, um eingehende Anrufe zu normalisieren. Wenn Sie zwei Survivable Branch Appliances an einem Zweigstellenstandort haben, können Sie einen Wählplan auf Standortebene für beide Erstellen, es sei denn, es ist jeweils ein separater Servicelevelplan erforderlich.
Hinweis
Um den Verbrauch von ressourcen des zentralen Standorts durch alle Zweigstellenstandortbenutzer zu berücksichtigen, die für Anwesenheitsinformationen, Konferenzen oder Failover auf den zentralen Standort angewiesen sind, empfehlen wir, jeden Zweigstellenstandortbenutzer so zu betrachten, als wäre der Benutzer beim zentralen Standort registriert. Derzeit gibt es keine Beschränkungen für die Anzahl der Zweigstellenbenutzer, einschließlich der Benutzer, die bei einer Survivable Branch Appliance registriert sind.
Außerdem wird empfohlen, dass Sie einen Wählplan und eine VoIP-Richtlinie auf Benutzerebene erstellen und diesen benutzern von Zweigstellenstandorten zuweisen. Ausführliche Informationen finden Sie unter Erstellen eines Wählplans in Lync Server 2013 und Erstellen der VoIP-Routingrichtlinie für Zweigstellenbenutzer in Lync Server 2013 in der Bereitstellungsdokumentation.
Routing-Erweiterungsnummern
Achten Sie beim Vorbereiten von Wählplänen und VoIP-Richtlinien für Benutzer von Zweigstellenstandorten darauf, Normalisierungsregeln und Übersetzungsregeln einzuschließen, die den Zeichenfolgen und dem Zahlenformat entsprechen, die im Attribut "msRTCSIP-line" (oder "Line URI") verwendet werden, sodass Lync 2013-Anrufe, die zwischen Zweigstellenbenutzern und Benutzern am zentralen Standort aktiviert sind, 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 gewählte Nummern, die Durchwahlnummern enthalten, sondern 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 Leitungs-URIs mit einer Durchwahlnummer beschrieben.
Wenn in Ihrer Organisation keine DID-Telefonnummern (Direct Inward Dial) für einzelne Benutzer konfiguriert sind und der Leitungs-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 Anrufe von einem Zweigstellenbenutzer an einen zentralen Standortbenutzer gelten können, die den Erweiterungsnummern entsprechen.
In einem Szenario, in dem die WAN-Verbindung zwischen einem Zweigstellenstandort und einem zentralen Standort verfügbar ist, benötigen Anrufe von Zweigstellenbenutzern 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:
| Regelname | Beschreibung | Nummernmuster | Übersetzung | Beispiel |
|---|---|---|---|---|
5digitExtensions |
Übersetzt keine fünfstelligen Zahlen |
^(\d{5})$ |
$1 |
10001 wird nicht übersetzt |
Sie müssen auch Erweiterungsnummern 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 Zentralen Standortbenutzer nur durch Wählen der Erweiterung des Benutzers für den zentralen Standort aufruft, müssen Sie über eine ausgehende Übersetzungsregel verfügen, die die vollständige Telefonnummer des Benutzers am zentralen Standort hinzufügt. Wenn der Leitungs-URI eines Benutzers die vollständige Telefonnummer Ihrer Organisation 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 ausgehende Übersetzungsregel verfügen, die stattdessen die vollständige Telefonnummer Ihrer Organisation hinzufügt. Zum Beispiel:
| Beschreibung | Abgleichsmuster | Übersetzung | Beispiel |
|---|---|---|---|
Übersetzt fünfstellige Nummern in die Telefonnummer und Erweiterung eines Benutzers. |
^(\d{5})$ |
+14255550123;ext=$1 |
10001 wird in +14255550123;ext=10001 übersetzt. |
Übersetzt fünfstellige Nummern in die Telefonnummer Ihrer Organisation und die Erweiterung eines Benutzers. |
^(\d{5})$ |
+14255550100;ext=$1 |
10001 wird in +14255550100;ext=10001 übersetzt. |
Wenn in diesem Szenario der Trunkpeer, der die Umleitung an das PSTN verarbeitet, keine Erweiterungsnummern unterstützt, muss die ausgehende Übersetzungsregel auch die Durchwahlnummer entfernen. Zum Beispiel:
| Beschreibung | Abgleichsmuster | Übersetzung | Beispiel |
|---|---|---|---|
Entfernt Erweiterungen aus Telefonnummern mit Erweiterungen |
^\+(\d*);ext=(\d*)$ |
+$1 |
+14255550123;ext=10001 wird in +14255550123 übersetzt. |
Unabhängig davon, ob eine WAN-Verbindung verfügbar ist oder nicht, wenn Ihre Organisation keine DID-Nummern für einzelne Benutzer konfiguriert hat und der Leitungs-URI für einen Benutzer die Telefonnummer Ihrer Organisation und die eindeutige Durchwahlnummer des Benutzers enthält, müssen Sie den Telefonnummern-URI Ihrer Organisation mit einer Nummer konfigurieren, die vom Trunkpeer oder PSTN-Gateway am Zweigstellenstandort erreichbar ist. Sie müssen auch den Telefonnummern-URI Ihrer Organisation so konfigurieren, dass er eine eigene eindeutige Erweiterung für Anrufe enthält, die an diese Nummer weitergeleitet werden sollen.
Ausführliche Informationen zu Anrufen eines Benutzers eines zentralen Standorts an einen Zweigstellenbenutzer, wenn die WAN-Verbindung zwischen den Standorten nicht verfügbar ist, finden Sie weiter unten in diesem Thema unter "Vorbereiten auf die Überlebensfähigkeit von Voicemail". Ausführliche Informationen zu Wählplänen und Normalisierungsregeln, einschließlich anderer Beispielregeln, finden Sie unter Wählpläne und Normalisierungsregeln in Lync Server 2013 in der Planungsdokumentation und konfigurieren von Wählplänen in Lync Server 2013 in der Bereitstellungsdokumentation. Ausführliche Informationen zu ausgehenden Übersetzungsregeln finden Sie unter Übersetzungsregeln in Lync Server 2013 in der Planungsdokumentation und Definieren von Übersetzungsregeln in Lync Server 2013 in der Bereitstellungsdokumentation.
Vorbereiten auf die Überlebensfähigkeit von Voicemail
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 Zweigstelle und zentralem Standort nicht verfügbar ist. Das Konfigurieren des Leitungs-URI für die automatische Telefonzentrale von Exchange UM, die Voicemail für Benutzer von Zweigstellen bereitstellt, erfordert daher neben der VoIP-Richtlinie, dem Wählplan und den Normalisierungsregeln für diese Voicemailnummer besondere Überlegungen.
Survivable Branch Appliances (SBAs) und Survivable Branch Servers bieten Benutzern von Zweigstellen während eines WAN-Ausfalls die Überlebensfähigkeit von Voicemail. Insbesondere wenn Sie eine Survivable Branch Appliance oder survivable Branch Server verwenden und das WAN nicht mehr verfügbar ist, leitet der SBA- oder Survivable Branch Server unbeantwortete Anrufe über das PSTN an Exchange UM am zentralen Standort um. Mit einem SBA- oder Survivable Branch Server können Benutzer während eines WAN-Ausfalls auch Voicemailnachrichten über das PSTN abrufen. Schließlich werden während eines WAN-Ausfalls von survivable Branch Appliance oder Survivable Branch Server Benachrichtigungen über verpasste Anrufe in die Warteschlange eingereiht und dann auf den Exchange UM-Server hochgeladen, wenn das WAN wiederhergestellt wird. Um sicherzustellen, dass voicemail rerouting resilient ist, stellen Sie sicher, dass 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 die DNS-Auflösung ein Timeout haben, wenn Sie keinen DNS-Server am Zweigstellenstandort haben.
Wir empfehlen die folgenden Konfigurationen für die Überlebensfähigkeit von Voicemail für Benutzer von Zweigstellenstandorten:
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 beschränkt die AA auf das Akzeptieren von Nachrichten. Alternativ kann der Exchange-Administrator eine generische AA oder eine angepasste AA verwenden, um den Anruf an einen Operator weiterzuleiten.
Der Lync Server-Administrator sollte die AA-Telefonnummer übernehmen und diese Telefonnummer als automatische Exchange UM-Telefonzentralennummer in den VoIP-Einstellungen für die Survivable Branch Appliance oder den Zweigstellenserver verwenden.
Der Lync Server-Administrator sollte die Exchange UM-Abonnent-Zugriffstelefonnummer abrufen und diese Nummer als Zugriffsnummer des Abonnenten in den Einstellungen für das Umstellen von Voicemails für die Survivable Branch Appliance oder den Survivable Branch Server verwenden.
Der Lync 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 ist.
Wenn die WAN-Verbindung nicht verfügbar ist, können Anrufe an Zweigstellenbenutzer an das Exchange Unified Messaging (UM)-VoIP-Postfach des Benutzers weitergeleitet werden, jedoch 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 Ausfallsicherheitslö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 nicht über IP-Konnektivität, wenn die DHCP-Lease abläuft.
Wenn sich die DNS-Server des Unternehmens nur an zentralen Standorten befinden, können Benutzer von Zweigstellenstandorten während eines WAN-Ausfalls keine Verbindung mit ihnen herstellen, und daher schlägt die Lync Server-Ermittlung, die den DNS SRV-Ressourceneintrag (SRV) verwendet, fehl. Um sicherzustellen, dass während eines WAN-Ausfalls eine prompte Umschreibung erfolgt, müssen DNS-Einträge am Zweigstellenstandort zwischengespeichert werden. Wenn der Zweigrouter dies unterstützt, aktivieren Sie die DNS-Zwischenspeicherung. Sie können auch einen DNS-Server in der Verzweigung 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.
Hinweis
Es ist nicht erforderlich, einen Domänencontroller an einem Zweigstellenstandort zu haben. Die Survivable Branch Appliance authentifiziert Clients mithilfe eines speziellen Zertifikats, das der Client als Antwort auf die Zertifikatanforderung des Clients sendet, wenn er sich anmeldet.
Lync-Clients können den Lync-Server mithilfe von DHCP-Option 120 (SIP-Registrierungsoption) ermitteln. Dies kann auf eine von zwei Arten konfiguriert werden:
Konfigurieren Sie den DHCP-Server am Zweigstellenstandort so, dass er auf DHCP 120-Abfragen antwortet, die den FQDN der Registrierungsstelle auf der Survivable Branch Appliance oder dem Survivable Branch Server zurückgeben.
Aktivieren Sie Lync Server DHCP. Wenn dies aktiviert ist, antwortet die Lync Server-Registrierungsstelle auf DHCP-Option 120-Abfragen. Beachten Sie, dass die Registrierungsstelle nicht auf andere DHCP-Abfragen als DHCP-Optionen 120 reagiert.
Darüber hinaus sollten DHCP-Relay-Agents für größere Zweigstellenstandorte mit mehreren Subnetzen aktiviert sein, um DHCP-Option 120-Abfragen an den DHCP-Server (Konfiguration 1) oder an die Registrierungsstelle (Konfiguration 2) weiterzuleiten.
Schließlich müssen Zweigstellenbenutzer für Enterprise-VoIP konfiguriert und mit einem entsprechenden 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. Ausführliche Informationen finden Sie in der Planungsdokumentation unter Serverhardwareplattformen für Lync Server 2013 .
Anforderungen für Full-Scale Lync Server Branch-Site-Bereitstellungen
Ausführliche Informationen finden Sie unter Ermitteln der Infrastrukturanforderungen für Lync Server 2013 in der Planungsdokumentation.