Bereitstellungsrichtlinien für vermittlungsserver in Lync Server 2013

 

Letzte Änderung: 12.10.2012

In diesem Thema werden Planungsrichtlinien für die Bereitstellung des Vermittlungsservers beschrieben. Nachdem Sie diese Richtlinien überprüft haben, empfehlen wir Ihnen, das Planungstool zum Erstellen und Anzeigen möglicher alternativer Topologien zu verwenden, die als Modelle für die endgültige maßgeschneiderte Topologie dienen können, die Sie bereitstellen möchten.

Verbundener oder eigenständiger Vermittlungsserver?

Der Vermittlungsserver ist standardmäßig auf dem Standard Edition-Server oder dem Front-End-Server in einem Front-End-Pool an zentralen Standorten verbunden. Die Anzahl von Anrufen über das Telefonfestnetz (Public Switched Telephone Network, PSTN), die verarbeitet werden können, und die Anzahl erforderlicher Computer im Pool hängt von folgenden Faktoren ab:

  • Die Anzahl der Gatewaypeers, die der Vermittlungsserverpool steuert

  • Datenverkehr zu Spitzenzeiten, der über diese Gateways verarbeitet wird

  • Der Prozentsatz der Anrufe, bei denen es sich um Anrufe handelt, deren Medien den Vermittlungsserver umgehen

Berücksichtigen Sie bei der Planung unbedingt die Medienverarbeitungsanforderungen für PSTN-Anrufe und für A/V-Konferenzen, die nicht für eine Medienumgehung konfiguriert sind, sowie die erforderliche Leistung zur Verarbeitung von Signalinteraktionen für die Anzahl von Anrufen zu Spitzenzeiten, die unterstützt werden müssen. Wenn nicht genügend CPU vorhanden ist, müssen Sie einen eigenständigen Pool von Vermittlungsservern bereitstellen. und PSTN-Gateways, IP-Nebenstellenanlagen und SBCs müssen in Teilmengen aufgeteilt werden, die von den verbundenen Vermittlungsservern in einem Pool und den eigenständigen Vermittlungsservern in einem oder mehreren eigenständigen Pools gesteuert werden.

Wenn Sie PSTN-Gateways, IP-Nebenstellenanlagen oder Session Border Controller (SBCs) bereitgestellt haben, die nicht die richtigen Funktionen für die Interaktion mit einem Pool von Vermittlungsservern unterstützen, einschließlich der folgenden, müssen sie einem eigenständigen Pool zugeordnet werden, der aus einem einzigen Vermittlungsserver besteht:

  • Durchführen eines DNS-Lastenausgleichs (Domain Name System) auf Netzwerkebene über Vermittlungsserver in einem Pool (oder anderweitiges Einheitliches Weiterleiten des Datenverkehrs an alle Vermittlungsserver in einem Pool)

  • Akzeptieren von Datenverkehr von einem beliebigen Vermittlungsserver in einem Pool

Sie können das Microsoft Lync Server 2013 Planning Tool verwenden, um auszuwerten, ob das Zusammenschließen des Vermittlungsservers mit Ihrem Front-End-Pool die Last verarbeiten kann. Wenn Ihre Umgebung diese Anforderungen nicht erfüllen kann, müssen Sie einen eigenständigen Vermittlungsserverpool bereitstellen.

Überlegungen zum zentralen Standort und Zweigstellenstandort

Vermittlungsserver am zentralen Standort können verwendet werden, um Anrufe für IP-PBXs- oder PSTN-Gateways an Zweigstellenstandorten weiterzuleiten. Wenn Sie jedoch SIP-Trunks bereitstellen, müssen Sie einen Vermittlungsserver an dem Standort bereitstellen, an dem jeder Trunk beendet wird. Die Verwendung eines Vermittlungsservers an der zentralen Standortroute erfordert keine Verwendung von Medienumgehungen für ein IP-PBX- oder PSTN-Gateway an einem Zweigstellenstandort. Wenn Sie jedoch die Medienumgehung aktivieren können, reduziert dies die Latenz des Medienpfads und führt folglich zu einer verbesserten Medienqualität, da der Medienpfad nicht mehr benötigt wird, um dem Signalisierungspfad zu folgen. Zudem wird durch die Medienumgehung die Verarbeitungslast des Pools verringert.

Hinweis

Die Medienumgehung funktioniert nicht mit allen PSTN-Gateways, IP-Nebenstellenanlagen oder SBCs. Microsoft hat eine Reihe von PSTN-Gateways und SBCs mit zertifizierten Partnern getestet und einige Tests mit IP-Nebenstellenanlagen von Cisco durchgeführt. Medienumgehung wird nur bei Produkten und Versionen unterstützt, die im Unified Communications Open Interoperability Program ( Lync Server unter https://go.microsoft.com/fwlink/p/?LinkId=268730) aufgeführt sind.

Wenn Ausfallsicherheit für Zweigstellenstandorte erforderlich ist, muss eine Survivable Branch Appliance oder eine Kombination aus einem Front-End-Server, einem Vermittlungsserver und einem Gateway am Zweigstellenstandort bereitgestellt werden. (Bei ausfallsicheren Zweigstellenstandorten wird davon ausgegangen, dass Anwesenheit und Konferenzen am Standort nicht ausfallsicher sind.) Anleitungen zur Planung von Zweigstellenstandorten für VoIP finden Sie unter Planning for branch-site voice resiliency in Lync Server 2013.for guidance on branch site planning for voice, see Planning for branch-site voice resiliency in Lync Server 2013.

Wenn die IP-Nebenstellenanlage bei Interaktionen mit einer IP-Nebenstellenanlage frühe Medieninteraktionen mit mehreren frühen Dialogfeldern und RFC 3960-Interaktionen nicht ordnungsgemäß unterstützt, können die ersten Wörter der Begrüßung für eingehende Anrufe von den IP-NEBENSTELLEN-Endpunkten an Lync-Endpunkte abgeschnitten werden. Dieses Verhalten kann schwerwiegender sein, wenn ein Vermittlungsserver an einem zentralen Standort Anrufe für eine IP-Nebenstellenanlage weitergibt, bei der die Route an einem Zweigstellenstandort beendet wird, da mehr Zeit benötigt wird, um die Signalisierung abzuschließen. Wenn dieses Verhalten auftritt, ist die Bereitstellung eines Vermittlungsservers am Zweigstellenstandort die einzige Möglichkeit, die Beschneidung der ersten Wörter zu reduzieren.

Wenn Ihr zentraler Standort über eine TDM-Nebenstellenanlage verfügt oder wenn Ihre IP-Nebenstellenanlage die Notwendigkeit eines PSTN-Gateways nicht eliminiert, müssen Sie ein Gateway auf der Anrufroute bereitstellen, die den Vermittlungsserver und die Nebenstellenanlage verbindet.

Hinweis

Um die Medienqualität von eigenständigen Vermittlungsservern zu verbessern, sollten Sie RSS (Receive-Side Scaling) für die Netzwerkadapter dieser Server aktivieren. Mit RSS können eingehende Pakete gleichzeitig von mehreren Prozessoren auf dem Server verarbeitet werden. Ausführliche Informationen finden Sie unter "Receive-Side Scaling Enhancements in Windows Server" unter https://go.microsoft.com/fwlink/p/?LinkId=268731. Weitere Informationen zum Aktivieren von RSS finden Sie in der Dokumentation zu Ihrem Netzwerkadapter.