Anforderungen für die Ausfallsicherheit an Zweigstellenstandorten

 

Letztes Änderungsdatum des Themas: 2012-01-24

Dieses Thema enthält Informationen zur Vorbereitung von Benutzern im Hinblick auf die Ausfallsicherheit für Zweigstellenstandorte, zur Vorbereitung der Ausfallsicherheit für VoIP-Funktionen und zu den relevanten Hardware- und Softwareanforderungen.

Vorbereiten von Zweigstellenbenutzern für die Ausfallsicherheit für Zweigstellenstandorte

Bereiten Sie Benutzer für die Ausfallsicherheit an Zweigstellenstandorten vor, indem Sie deren Registrierungspool als Survivable Branch Appliance oder Survivable Branch Server festlegen.

Registrierungszuweisungen für Zweigstellenbenutzer

Unabhängig von der gewählten Ausfallsicherheitslösung für den Zweigstellenstandort müssen Sie jedem Benutzer eine primäre Microsoft Lync Server 2010-Registrierung zuweisen. Benutzer am Zweigstellenstandort sollten sich immer bei der Registrierung am Zweigstellenstandort registrieren, unabhängig davon, ob sich die Registrierung in der Survivable Branch Appliance, auf dem Survivable Branch Server oder in der eigenständigen Lync Server 2010 Standard-Version bzw. in Enterprise Edition-Server befindet. Ein DNS-SRV-Eintrag ist erforderlich, damit ein Client den zugehörigen Registrierungspool ermitteln kann. Wenn die Survivable Branch Appliance nicht mehr verfügbar ist, ermitteln Clients am Zweigstellenstandort auf diese Weise automatisch die Sicherungsregistrierung.

Verfügt ein Zweigstellenstandort nicht über einen DNS-Server, gibt es zwei Alternativen, um die Ermittlung der Survivable Branch Appliance oder des Survivable Branch Servers zu ermöglichen:

  • Konfigurieren Sie die DHCP-Option 120 auf dem DHCP-Server der Zweigstelle so, dass sie auf den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) der Survivable Branch Appliance oder des Survivable Branch Servers zeigt.

  • Konfigurieren Sie die Survivable Branch Appliance oder den Survivable Branch Server so, dass DHCP 120-Abfragen beantwortet werden.

VoIP-Routing für Zweigstellenbenutzer

Es empfiehlt sich, eine separate VoIP-Richtlinie auf Benutzerebene für Benutzer in einer Zweigstelle zu erstellen. Diese Richtlinie sollte eine primäre Route enthalten, die die Survivable Branch Appliance oder das Zweigstellenserver-Gateway verwendet, und eine oder mehrere Alternativrouten, die ein PSTN-Gateway am zentralen Standort verwenden. Ist die primäre Route nicht verfügbar, wird stattdessen die Alternativroute verwendet, die ein oder mehrere Gateways des zentralen Standorts verwendet. Auf diese Weise ist die VoIP-Richtlinie des Benutzers immer wirksam, unabhängig davon, wo ein Benutzer registriert ist – entweder bei der Zweigstellen-Registrierungsstelle oder im Sicherungs-Registrierungsstellenpool am zentralen Standort. Dies ist eine wichtige Überlegung für Failoverszenarien. Wenn Sie beispielsweise die Survivable Branch Appliance umbenennen oder die Survivable Branch Appliance neu konfigurieren müssen, um eine Verbindung zu einem Sicherungs-Registrierungsstellenpool am zentralen Standort herzustellen, müssen Sie die Zweigstellenbenutzer für diese Dauer zum zentralen Standort verschieben. (Ausführliche Informationen zum Umbenennen oder Neukonfigurieren einer Survivable Branch Appliance finden Sie unter Anhang B: Verwalten einer Survivable Branch Appliance in der Bereitstellungsdokumentation.) Wenn diese Benutzer nicht über VoIP-Richtlinien oder Wählpläne auf Benutzerebene verfügen, gelten für die Benutzer, wenn sie zu einem anderen Standort verschoben werden, standardmäßig die VoIP-Richtlinien und Wählpläne auf Standortebene des zentralen Standorts und nicht die VoIP-Richtlinien und Wählpläne auf Standortebene der Zweigstelle. In diesem Szenario können die Benutzer die Anrufe nicht durchführen, es sei denn, die VoIP-Richtlinien und Wählpläne auf Standortebene, die vom Sicherungs-Registrierungsstellenpool verwendet werden, können auch auf die Zweigstellenbenutzer angewendet werden. Angenommen, die Benutzer einer Zweigstelle in Japan werden zu einem zentralen Standort in Redmond verschoben. Dann kann ein Wählplan mit Normalisierungsregeln, die allen siebenstelligen Rufnummern +1425 voranstellen, Anrufe für diese Benutzer wahrscheinlich nicht korrekt übersetzen.

importantWichtig:
Beim Erstellen einer Alternativroute für eine Zweigstelle empfiehlt es sich, der Zweigstellenbenutzerrichtlinie zwei PSTN-Verwendungsdatensätze hinzuzufügen und ihnen jeweils separate Routen zuzuweisen. Die erste, primäre Route leitet Anrufe an das der SBA oder dem Zweigstellenserver zugeordnete Gateway; die zweite Route, also die Alternativroute, leitet Anrufe an das Gateway am zentralen Standort. Beim Leiten von Anrufen probiert die SBA oder der Zweigstellenserver alle dem ersten PSTN-Verwendungsdatensatz zugewiesenen Routen aus, bevor der zweite Verwendungsdatensatz verwendet wird.

Damit sichergestellt ist, dass eingehende Anrufe an Zweigstellenbenutzer diese Benutzer erreichen, wenn das Zweigstellengateway oder die Windows-Komponente des Standorts mit der Survivable Branch Appliance nicht verfügbar ist (dies würde beispielsweise geschehen, wenn die Survivable Branch Appliance oder das Zweigstellengateway zu Wartungszwecken heruntergefahren wäre), erstellen Sie auf dem Gateway eine Failoverroute (oder erarbeiten Sie zusammen mit Ihrem Direct Inward Dialing-Anbieter eine Lösung), um eingehende Anrufe an den Sicherungs-Registrierungspool am zentralen Standort umzuleiten. 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 entspricht. Ausführliche Informationen zum Erstellen einer Failoverroute finden Sie unter Konfigurieren einer Failoverroute. Erstellen Sie außerdem Wählpläne auf Dienstebene für das Zweigstellengateway, damit eingehende Anrufe normalisiert werden. Wenn in einer Zweigstelle zwei Survivable Branch Appliances vorhanden sind, können Sie für beide einen Wählplan auf Standortebene erstellen, es sei denn, es wird für jede ein eigener Plan auf Dienstebene benötigt.

noteHinweis:
Um den Verbrauch der Ressourcen eines zentralen Standorts durch Zweigstellenbenutzer zu ermitteln, die für Anwesenheits-, Konferenz- oder Failoverfunktionen vom zentralen Standort abhängen, sollten Sie jeden Zweigstellenbenutzer als Benutzer betrachten, der für den zentralen Standort registriert ist. Für die Anzahl von Zweigstellenbenutzern (einschließlich der für eine Survivable Branch Appliance registrierten Benutzer) gelten gegenwärtig keine Einschränkungen.

Es empfiehlt sich außerdem, einen Wählplan und eine VoIP-Richtlinie auf Benutzerebene zu erstellen und diese dann den Zweigstellenbenutzern zuzuweisen. Ausführliche Informationen hierzu finden Sie unter Erstellen von Wähleinstellungen und Erstellen einer VoIP-Routingrichtlinie für Zweigstellenbenutzer in der Bereitstellungsdokumentation.

Weiterleiten von Durchwahlnummern

Legen Sie beim Erstellen von Wählplänen und VoIP-Richtlinien für Zweigstellenbenutzer unbedingt Normalisierungs- und Übersetzungsregeln fest, die dem Zeichenfolgen- und Zahlenformat entsprechen, das im msRTCSIP-line-Attribut (oder Anschluss-URI) verwendet wird, um eine korrekte Weiterleitung von Lync 2010-Anrufen zwischen Zweigstellenbenutzern und Benutzern des zentralen Standorts sicherzustellen – besonders, wenn Anrufe über das PSTN umgeleitet werden müssen, weil die WAN-Verbindung nicht verfügbar ist. Weitere besondere Überlegungen betreffen gewählte Nummern, die nur Durchwahlnummern und keine Telefonnummern enthalten.

Besondere Voraussetzungen gelten für Normalisierungs- und Übersetzungsregeln, die Anschluss-URIs entsprechen, die eine Durchwahlnummer enthalten – sei es ausschließlich oder zusätzlich zu einer vollständigen E.164-Telefonnummer. In diesem Abschnitt werden einige Beispielszenarien zur Weiterleitung von Anrufen für Anschluss-URIs mit einer Durchwahlnummer beschrieben.

Wenn in Ihrer Organisation keine DID-Telefonnummern (Direct Inward Dial) für die einzelnen Benutzer konfiguriert sind und der Anschluss-URI für jeden Benutzer nur mit einer Durchwahlnummer konfiguriert ist, können interne Benutzer sich gegenseitig anrufen, indem Sie einfach nur eine Durchwahlnummer wählen. Allerdings müssen Sie Normalisierungsregeln konfigurieren, die für Anrufe eines Zweigstellenbenutzers an einen Benutzer am zentralen Standort gelten können, bei denen diese Durchwahlnummern verwendet werden.

In einem Szenario, in dem die WAN-Verbindung zwischen einer Zweigstelle und einem zentralen Standort verfügbar ist, muss für Anrufe von Zweigstellenbenutzern an Benutzer am zentralen Standort nicht die Nummer durch eine entsprechende Normalisierungsregel übersetzt werden, da der Anruf nicht über das PSTN weitergeleitet wird. Ein Beispiel:

Regelname Beschreibung Nummernmuster Übersetzung Beispiel

5digitExtensions

Fünfstellige Nummern werden nicht übersetzt

^(\d{5})$

$1

10001 wird nicht übersetzt

Sie müssen auch Szenarien mit einbeziehen, bei denen z. B. die WAN-Verbindung zwischen einer Zweigstelle und dem zentralen Standort nicht verfügbar ist und ein Anruf von einer Zweigstelle über das Festnetz weitergeleitet werden muss. Während eines WAN-Ausfalls wird, wenn ein Zweigstellenbenutzer einen Benutzer am zentralen Standort anruft, indem er nur dessen Durchwahlnummer wählt, eine ausgehende Übersetzungsregel benötigt, die die vollständige Telefonnummer des Benutzers am zentralen Standort hinzufügt. Wenn der Anschluss-URI die vollständige Telefonnummer Ihrer Organisation und die eindeutige Durchwahlnummer des Benutzers anstelle einer vollständigen eindeutigen Telefonnummer für den Benutzer enthält, benötigen Sie eine ausgehende Übersetzungsregel, die stattdessen die vollständige Telefonnummer Ihrer Organisation hinzufügt. Beispiel:

Beschreibung Vergleichsmuster Übersetzung Beispiel

Übersetzt fünfstellige Nummern in die Telefon- und Durchwahlnummer 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 Durchwahlnummer eines Benutzers

^(\d{5})$

+14255550100;ext=$1

10001 wird in +14255550100;ext=10001 übersetzt

In diesem Szenario muss die ausgehende Übersetzungsregel, wenn der Trunkpeer, der die Rückumleitung an das Festnetz abwickelt, keine Durchwahlnummern unterstützt, auch die Durchwahlnummer entfernen. Beispiel:

Beschreibung Vergleichsmuster Übersetzung Beispiel

Entfernt die Durchwahl von Telefonnummern mit Durchwahlnummern

^\+(\d*);ext=(\d*)$

+$1

+14255550123;ext=10001 wird in +14255550123 übersetzt

Unabhängig davon, ob eine WAN-Verbindung verfügbar ist, gilt Folgendes: Wenn in Ihrer Organisation keine DID-Nummern für einzelne Benutzer konfiguriert sind und der Anschluss-URI für einen Benutzer die Telefonnummer Ihrer Organisation und die eindeutige Durchwahlnummer des jeweiligen Benutzers enthält, müssen Sie den Anschluss-URI der Telefonnummer Ihrer Organisation mit einer Nummer konfigurieren, die vom Trunkpeer oder vom PSTN-Gateway am Zweigstellenstandort erreicht werden kann. Außerdem müssen Sie den Anschluss-URI der Telefonnummer Ihrer Organisation so konfigurieren, dass er eine eigene, eindeutige Durchwahlnummer für die Weiterleitung von Anrufen zu dieser Nummer enthält.

Informationen zu Anrufen von einem Benutzer am zentralen Standort zu einem Zweigstellenbenutzer bei nicht verfügbarer WAN-Verbindung zwischen den Standorten finden Sie im Abschnitt "Vorbereiten der Ausfallsicherheit für VoIP-Funktionen" weiter unten in diesem Thema. Ausführliche Informationen zu Wählplänen und Normalisierungsregeln sowie weitere Beispielregeln finden Sie unter Wähleinstellungen und Normalisierungsregeln in der Planungsdokumentation und unter Konfigurieren von Wähleinstellungen und Normalisierungsregeln in der Bereitstellungsdokumentation. Ausführliche Informationen zu ausgehenden Übersetzungsregeln finden Sie unter Übersetzungsregeln in der Planungsdokumentation und unter Definieren von Übersetzungsregeln in der Bereitstellungsdokumentation.

Vorbereiten der Ausfallsicherheit für VoIP-Funktionen

Exchange Unified Messaging (UM) wird in der Regel am zentralen Standort und nicht an Zweigstellen installiert. Ein Anrufer sollte auch dann eine Voicemailnachricht hinterlassen können, wenn die WAN-Verbindung zwischen Zweigstelle und zentralem Standort nicht verfügbar ist. Infolgedessen erfordert die Konfiguration des Anschluss-URIs für die Exchange UM-Rufnummer der automatischen Telefonzentrale, die Voicemailfunktionen für Zweigstellenbenutzer bereitstellt, besondere Überlegungen, ebenso wie die VoIP-Richtlinie, der Wählplan und die Normalisierungsregeln, die für diese Voicemailnummer gelten.

Survivable Branch Appliances und Survivable Branch Server bieten Ausfallsicherheit für VoIP-Funktionen für Zweigstellenbenutzer während eines WAN-Ausfalls. Das heißt, wenn Sie eine Survivable Branch Appliance oder einen Survivable Branch Server verwenden, leitet die Survivable Branch Appliance oder der Survivable Branch Server nicht beantwortete Anrufe bei einem WAN-Ausfall über das Festnetz an Exchange UM am zentralen Standort um. Mit einer Survivable Branch Appliance oder einem Survivable Branch Server können die Benutzer außerdem während eines WAN-Ausfalls Voicemailnachrichten über das Festnetz abrufen. Zudem platziert die Survivable Branch Appliance oder der Survivable Branch Server Benachrichtigungen über entgangene Anrufe in einer Warteschlange und lädt sie auf den Exchange UM-Server hoch, sobald das WAN wiederhergestellt ist. Damit die Umleitung von Voicemailnachrichten ausfallsicher ist, fügen Sie der Hostdatei auf dem Survivable Branch Server unbedingt einen Eintrag für den FQDN des Pools am zentralen Standort und einen Eintrag für den FQDN des Edgeservers hinzu. Andernfalls kann es bei der DNS-Auflösung zu einem Timeout kommen, wenn an der Zweigstelle kein DNS-Server vorhanden ist.

Folgende Konfigurationen werden empfohlen, um ausfallsichere VoIP-Funktionen für Zweigstellenbenutzer zu konfigurieren:

  • Ein Microsoft Exchange-Administrator sollte die automatische Exchange UM-Telefonzentrale so konfigurieren, dass nur Nachrichten angenommen werden. Durch diese Konfiguration wird jede andere allgemeine Funktionalität deaktiviert, beispielsweise das Durchstellen an einen Benutzer oder an einen Agent, und beschränkt die automatische Telefonzentrale auf die Annahme von Nachrichten. Alternativ dazu kann der Exchange-Administrator auch eine allgemeine automatische Telefonzentrale oder eine benutzerdefinierte automatische Telefonzentrale zum Routen des Anrufs an einen Agent verwenden.

  • Der Lync Server-Administrator sollte die Rufnummer der automatischen Telefonzentrale als Rufnummer für Automatische Exchange UM-Telefonzentrale in den Voicemailumleitungseinstellungen für die Survivable Branch Appliance oder den Zweigstellenserver verwenden.

  • Der Lync Server-Administrator sollte die Exchange UM-Rufnummer für den Teilnehmerzugriff erhalten und diese als Rufnummer für den Teilnehmerzugriff in den Voicemailumleitungseinstellungen für die Survivable Branch Appliance oder Survivable Branch Server verwenden.

  • Der Microsoft Exchange-Administrator sollte Exchange UM so konfigurieren, dass nur ein Satz mit Wähleinstellungen allen Zweigstellenbenutzern zugeordnet wird, die während eines WAN-Ausfalls auf die Voicemail zugreifen müssen.

  • Wenn die WAN-Verbindung nicht verfügbar ist, können Anrufe an Zweigstellenbenutzer an den Exchange UM-Sprachposteingang des Benutzers umgeleitet werden, jedoch nur, wenn die auf den Anruf angewendete VoIP-Richtlinie eine Voicemailtelefonnummer angibt, die eindeutig ist und keine Durchwahlnummer enthält.

Hardware- und Softwareanforderungen für die Ausfallsicherheit am Zweigstellenstandort

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

Anforderungen für Survivable Branch Appliances

Die erforderliche Hardware und Software sind in der Survivable Branch Appliance integriert. Es empfiehlt sich jedoch außerdem, an jedem Zweigstellenstandort einen DHCP-Server zum Abrufen von Client-IP-Adressen bereitzustellen. Andernfalls steht den Clients bei Ablauf der DHCP-Lease keine IP-Konnektivität zur Verfügung.

Wenn die DNS-Server des Unternehmens sich nur an zentralen Standorten befinden, können Zweigstellenbenutzer während eines WAN-Ausfalls nicht auf diese zugreifen, daher tritt bei der Lync Server-Ermittlung, die DNS SRV verwendet, ein Fehler auf. Damit eine sofortige Umleitung während eines WAN-Ausfalls gewährleistet ist, müssen DNS-Einträge am Zweigstellenstandort zwischengespeichert werden. Wenn der Zweigstellenrouter die DNS-Zwischenspeicherung unterstützt, aktivieren Sie sie. Sie können auch einen DNS-Server in der Zweigstelle bereitstellen. Dies kann ein eigenständiger Server oder eine Version der Survivable Branch Appliance sein, die DNS-Funktionen unterstützt. Ausführliche Informationen erhalten Sie beim Anbieter der Survivable Branch Appliance.

noteHinweis:
Es ist nicht erforderlich, an jedem Zweigstellenstandort einen Domänencontroller zu verwenden. Die Survivable Branch Appliance authentifiziert Clients über ein spezielles Zertifikat, das dem Client als Antwort auf seine Zertifikatanforderung bei der Anmeldung gesendet wird.

Lync Server 2010-Clients können den Lync Server über die DHCP-Option 120 (SIP-Registrierungsoption) ermitteln. Dies ist mit einer von zwei Konfigurationen möglich:

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

  • Aktivieren Sie Lync Server DHCP. Wenn DHCP aktiviert ist, reagiert die Lync Server-Registrierung auf Abfragen der DHCP-Option 120. Beachten Sie, dass die Lync Server-Registrierung nicht auf andere DHCP-Abfragen als DHCP-Option 120 reagiert.

Zusätzlich sollten für größere Zweigstellenstandorte mit mehreren Subnetzen DHCP-Relay-Agents aktiviert werden, um Abfragen der DHCP-Option 120 an den DHCP Server (Konfiguration 1) oder die Lync Server-Registrierung (Konfiguration 2) weiterzuleiten.

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

Anforderungen für Survivable Branch Server

Die Anforderungen für Survivable Branch Server sind die gleichen wie für jede andere Lync Server-Serverrolle. Ausführliche Informationen finden Sie unter Ermitteln Ihrer Infrastrukturanforderungen in der Planungsdokumentation.

Anforderungen für vollständige Lync Server-Bereitstellungen am Zweigstellenstandort

Ausführliche Informationen finden Sie unter Ermitteln Ihrer Infrastrukturanforderungen in der Planungsdokumentation.