Planung der Anrufsteuerung

Identifizieren der Netzwerkregionen

Eine Netzwerkregion repräsentiert einen Netzwerkbackbone oder einen Netzwerkhub.

Ein Netzwerkbackbone oder Hub ist Bestandteil der Computernetzwerkinfrastruktur, die verschiedene Komponenten im Netzwerk verbindet und einen Pfad für den Austausch von Informationen zwischen unterschiedlichen LANs oder Subnetzen bereitstellt. Ein Backbone kann unterschiedliche Netzwerke miteinander verknüpfen, von kleinen Standorten bis hin zu einem geografisch weit verteilten Bereich. Die Kapazität des Backbones ist in der Regel höher als die der Netzwerke, die mit ihm verbunden sind.

Die hier vorgestellte Beispieltopologie umfasst drei Netzwerkregionen: Nordamerika, EMEA und APAC. Eine Netzwerkregion enthält eine Reihe von Netzwerkstandorten (siehe Definition in diesem Thema). Arbeiten Sie mit dem Team für den Netzwerkbetrieb zusammen, um die verwendeten Netzwerkregionen zu identifizieren.

Zuordnen eines zentralen Standorts zu jeder Netzwerkregion

Die Anrufsteuerung erfordert, dass jeder Netzwerkregion ein zentraler Lync Server-Standort zugeordnet ist. Eine Softwarekomponente in Lync Server trifft Entscheidungen im Rahmen der Anrufsteuerung. In der oben gezeigten beispielhaften Netzwerktopologie sind drei Netzwerkregionen aufgeführt, jede mit einem zentralen Standort zur Verwaltung der Entscheidungen im Rahmen der Anrufsteuerung. Dieser zentrale Standort wird nach geografischer Nähe ausgewählt. Da innerhalb der Netzwerkregionen das Aufkommen an Mediendatenverkehr am höchsten ist, führt die Festlegung nach geografischer Nähe zu einer eigenständigen Konfiguration. Die Kommunikation innerhalb einer Netzwerkregion wird auch dann aufrechterhalten, wenn andere zentrale Standorte ausfallen. Die geeignete Zuordnung für das vorangehende Beispiel wird in der folgenden Tabelle gezeigt.

Hinweis:

Die zentralen Standorte müssen nicht den Netzwerkstandorten entsprechen. In den Beispielen in dieser Dokumentation stimmen jedoch die Namen einiger zentraler Standorte – Chicago, London und Peking – mit den Namen von Netzwerkstandorten überein. Doch selbst wenn ein zentraler Standort und ein Netzwerkstandort denselben Namen aufweisen, ist der zentrale Standort ein Element der Lync Server-Topologie. Der Netzwerkstandort ist Teil des Gesamtnetzwerks, in dem die Lync Server-Topologie definiert ist.

Netzwerkregionen, zentrale Standorte und Netzwerkstandorte

Identifizieren von Netzwerkstandorten

Ein Netzwerkstandort repräsentiert einen Ort, an dem Ihre Organisation über Büros, einen Gebäudekomplex oder ein Gelände verfügt. Beginnen Sie damit, alle Büros Ihrer Organisation zu erfassen. In der verwendeten Beispieltopologie umfasst die Netzwerkregion "Nordamerika" die folgenden Netzwerkstandorte: New York, Chicago, Detroit, Portland, Reno und Albuquerque.

Sie müssen jeden Netzwerkstandort einer Netzwerkregion zuordnen. Abhängig davon, ob der Netzwerkstandort über eine eingeschränkte WAN-Verbindung verfügt oder nicht, wird dem Netzwerkstandort eine Bandbreitenrichtlinie zugeordnet. Ausführliche Informationen zu Anrufsteuerungsrichtlinien und der Bandbreite, die Sie über die Richtlinienverwendung zuweisen, finden Sie im Abschnitt "Definieren von Bandbreitenrichtlinien" weiter unten in diesem Thema. Zum Konfigurieren der Anrufsteuerung ordnen Sie Netzwerkstandorte Netzwerkregionen zu. Anschließend erstellen Sie Richtlinien zur Bandbreitenzuweisung, die auf Verbindungen mit Bandbreiteneinschränkungen zwischen einem Standort oder einer Region und die WAN-Verbindungen zwischen den Standorten und Regionen angewendet werden.

Identifizieren von Netzwerkverbindungen

Netzwerkverbindungen repräsentieren Verbindungen zum physischen WAN, das unterschiedliche Regionen und Standorte verknüpft. In der Beispieltopologie sind zwei regionale Netzwerkverbindungen enthalten, fünf Netzwerkverbindungen zwischen Regionen und Standorten und eine Netzwerkverbindung zwischen zwei Standorten.

Die zwei regionalen Verbindungen befinden sich zwischen "Nordamerika" und "EMEA", dargestellt als "NA-EMEA-LINK", und zwischen "APAC" und "EMEA", dargestellt als "EMEA-APAC-LINK".

Die Standortverbindungen kennzeichnen die Leitungen zur Verbindung von "Portland", "Reno" und "Albuquerque" mit der Region "Nordamerika", zur Verbindung von "Manila" mit der Region "APAC" und zur Verbindung von "Köln" mit der Region "EMEA". Die Verbindung zwischen "Reno" und "Albuquerque" kennzeichnet eine direkte Netzwerkverbindung zwischen diesen zwei Standorten.

Definieren von Bandbreitenrichtlinien

Arbeiten Sie mit dem Team für den Netzwerkbetrieb zusammen, um die verfügbare WAN-Bandbreite für in Echtzeit übertragenen Audio- und Videodatenverkehr über die WAN-Verbindungen in Ihrer Organisation zu ermitteln. Bandbreitenrichtlinien werden üblicherweise auf WAN-Verbindungen angewendet, wenn die Bandbreite eingeschränkt ist, wenn also der erwartete Datenverkehr die Bandbreite übersteigt, die für Audio- und Videodaten zugewiesen werden kann.

Bandbreitenrichtlinien für die Anrufsteuerung definieren, wie viel Bandbreite für in Echtzeit übertragene Audio- und Videodaten reserviert ist.

Bandbreitenrichtlinien für die Anrufsteuerung können einige oder alle der folgenden Werte definieren:

• Maximal reservierte Gesamtbandbreite für Audiodaten

• Maximal reservierte Gesamtbandbreite für Videodaten

• Maximal reservierte Bandbreite für einen einzelnen Audioanruf (Sitzung)

• Maximal reservierte Bandbreite für einen einzelnen Videoanruf (Sitzung)

Hinweis:
Alle Bandbreitenwerte für die Anrufsteuerung stellen Maximalwerte für die unidirektionale Bandbreitenbeschränkung dar.

Hinweis:

Die Lync Server 2010-Features für VoIP-Richtlinien bieten die Möglichkeit, Bandbreitenrichtlinienüberprüfungen für eingehende Anrufe beim Benutzer außer Kraft zu setzen (dies ist für vom Benutzer getätigte ausgehende Anrufe nicht möglich). Nachdem die Sitzung eingerichtet wurde, wird die Bandbreitenauslastung genau berechnet. Diese Einstellung sollte sparsam verwendet und für entsprechende Entscheidungen in Bezug auf die Anrufsteuerung vermieden werden. Ausführliche Informationen finden Sie unter Erstellen einer VoIP-Richtlinie und Konfigurieren von PSTN-Verwendungsdatensätzen oder Ändern einer VoIP-Richtlinie und Konfigurieren von PSTN-Verwendungsdatensätzen in der Bereitstellungsdokumentation.

Zur Optimierung der Bandbreitenauslastung auf Sitzungsebene sollten Sie sich Gedanken zu den verwendeten Audio- und Videocodecs machen. Vermeiden Sie insbesondere eine zu geringe Bandbreitenzuweisung für einen Codec, der erwartungsgemäß häufig verwendet wird. Umgekehrt sollten Sie die maximale Bandbreite pro Sitzung sehr niedrig ansetzen, wenn Sie verhindern möchten, dass für Mediendaten ein Codec mit hohen Bandbreitenanforderungen verwendet wird. Für Audiodaten ist nicht jeder Codec für jedes Szenario verfügbar. Beispiel:

• Peer-zu-Peer-Audioanrufe zwischen Lync 2010-Endpunkten verwenden entweder RTAudio (8 KHz) oder RTAudio (16 KHz), wenn Sie die Bandbreite und Priorisierung von Codecs berücksichtigen.

• Konferenzanrufe zwischen Lync 2010-Endpunkten und dem A/V-Konferenzdienst verwenden entweder G.722 oder Siren.

• PSTN-Anrufe zu oder von Lync 2010-Endpunkten verwenden entweder G.711 oder RTAudio (8 KHz).

Verwenden Sie die folgende Tabelle, um die maximalen Bandbreiteneinstellungen pro Sitzung zu optimieren.

Bandbreitenauslastung nach Codec

Hinweis:
Bandbreitenanforderungen berücksichtigen einen Overhead für: Ethernet II, IP, UDP, RTP und SRTP. Ebenfalls enthalten ist ein Overhead von 10 KBit/s für RTCP.

Die Codecs G.722.1 und Siren sind ähnlich, unterscheiden sich jedoch in den Bitraten.

G.722, der Standardcodec für Lync Server 2010-Konferenzen, unterscheidet sich grundlegend von den Codecs G.722.1 und Siren.

Der Siren-Codec wird in Lync Server 2010 in den folgenden Situationen verwendet:

• Wenn die Bandbreitenrichtlinie zu niedrig festgelegt ist, um eine Verwendung von G.722 zuzulassen

• Wenn ein Communications Server 2007- oder Communications Server 2007 R2-Client eine Verbindung mit einem Lync Server 2010-Konferenzdienst herstellt (diese Clients bieten keine Unterstützung für den G.722-Codec)

Bandbreitenauslastung nach Szenario

Identifizieren von IP-Subnetzen

Arbeiten Sie mit Ihrem Netzwerkadministrator zusammen, um zu ermitteln, welche IP-Subnetze jedem Netzwerkstandort zugewiesen sind. Wenn Ihr Netzwerkadministrator die IP-Subnetze bereits in Netzwerkregionen und Netzwerkstandorte unterteilt hat, wird diese Aufgabe erheblich vereinfacht.

Im hier verwendeten Beispiel sind dem Standort "New York" in der Region "Nordamerika" die folgenden IP-Subnetze zugewiesen: 172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23, 172.29.81.0/24. Angenommen, der Benutzer Bob, der üblicherweise in Detroit arbeitet, reist für eine Schulung in das New Yorker Büro. Wenn er seinen Computer einschaltet und sich mit dem Netzwerk verbindet, erhält sein Computer eine IP-Adresse aus einem der vier Bereiche, die für "New York" zugewiesen sind, beispielsweise die Adresse 172.29.80.103.

Warnung:

Die während der Netzwerkkonfiguration auf dem Server angegebenen IP-Subnetze müssen dem Format entsprechen, dass von Clientcomputern bereitgestellt wird, damit eine ordnungsgemäße Verwendung für die Medienumgehung gewährleistet ist. Ein Lync 2010-Client maskiert die lokale IP-Adresse mit der zugeordneten Subnetzmaske. Bei Ermittlung der Umgehungs-ID für jeden Client vergleicht die Registrierung die Liste der IP-Subnetze für jeden Netzwerkstandort mit dem vom Client bereitgestellten Subnetz, um eine exakte Übereinstimmung zu ermitteln. Aus diesem Grund ist es wichtig, dass es sich bei den während der Netzwerkkonfiguration auf dem Server eingegebenen Subnetzen nicht um virtuelle, sondern um tatsächliche Subnetze handelt. (Wenn Sie die Anrufsteuerung bereitstellen, jedoch keine Medienumgehung verwenden, funktioniert die Anrufsteuerung selbst dann ordnungsgemäß, wenn Sie virtuelle Subnetze konfigurieren.) Wenn sich ein Benutzer beispielsweise an einem Computer mit der IP-Adresse 172.29.81.57 und der IP-Subnetzmaske 255.255.255.0 anmeldet, fordert Lync 2010 die Umgehungs-ID an, die Subnetz 172.29.81.0 zugeordnet ist. Wenn das Subnetz als 172.29.0.0/16 definiert ist, betrachtet die Registrierung dies – wenngleich der Client dem virtuellen Subnetz angehört – nicht als Übereinstimmung, da die Registrierung ausschließlich nach Subnetz 172.29.81.0 sucht. Daher ist es wichtig, dass der Administrator Subnetze genau wie von den Clients bereitgestellt angibt (bereitgestellt mit den Subnetzen während der Netzwerkkonfiguration, entweder als statische Konfiguration oder über DHCP).