Vermittlungsserverkomponente in Skype for Business Server

Erfahren Sie mehr über Vermittlungsserver in Skype for Business Server, einschließlich der unterstützten Topologien und ihrer Beziehungen zu M:N-Trunks, Medienumgehung und Anrufsteuerung.

Um Enterprise-VoIP bereitzustellen, müssen Sie mindestens einen Vermittlungsserver bereitstellen.

Der Vermittlungsserver übersetzt die Signalisierung zwischen Ihrer internen Enterprise-VoIP-Infrastruktur und einem PSTN-Gateway (Public Switched Telephone Network) oder einem SIP-Trunk (Session Initiation Protocol). In einigen Bereitstellungen übersetzt sie auch die Medien selbst zwischen diesen Punkten.

Auf der Skype for Business Server Seite lauscht der Vermittlungsserver an einer einzelnen MTLS-Transportadresse (Mutual TLS). Auf der Gatewayseite lauscht der Vermittlungsserver an allen zugeordneten Überwachungsports, die Trunks zugeordnet sind. Alle qualifizierten Gateways müssen TLS unterstützen, können jedoch auch TCP verwenden. TCP wird für Gateways unterstützt, die keine Unterstützung für TLS bieten.

Wenn Sie auch eine Nebenstellenanlage (Public Branch Exchange, PBX) in Ihrer Umgebung haben, verarbeitet der Vermittlungsserver Anrufe zwischen Enterprise-VoIP Benutzern und der Nebenstellenanlage. Wenn es sich bei Ihrer Nebenstellenanlage um eine IP-Nebenstellenanlage handelt, können Sie eine direkte SIP-Verbindung zwischen der Nebenstellenanlage und dem Vermittlungsserver erstellen. Wenn Es sich bei Ihrer Nebenstellenanlage um eine TDM-Nebenstellenanlage (Time Division Multiplex) handelt, müssen Sie auch ein PSTN-Gateway zwischen dem Vermittlungsserver und der Nebenstellenanlage bereitstellen.

Der Vermittlungsserver ist standardmäßig mit dem Front-End-Server verbunden. Der Vermittlungsserver kann auch in einem eigenständigen Pool bereitgestellt werden.

Funktion des Vermittlungsservers

Die Standard Funktionen des Vermittlungsservers sind wie folgt:

• Verschlüsseln und Entschlüsseln von SRTP auf Skype for Business Server Seite.

• Übersetzen von SIP über TCP (für Gateways, die TLS nicht unterstützen) in SIP über Mutual TLS

• Übersetzen von Medienstreams zwischen Skype for Business Server und dem Gatewaypeer des Vermittlungsservers.

• Herstellen von Verbindungen zwischen Clients außerhalb des Netzwerks und internen ICE-Komponenten, damit Medien NAT und Firewalls passieren können

• Fungiert als Vermittler für Anrufflüsse, die von einem Gateway nicht unterstützt werden, z. B. Anrufe von Remotemitarbeitern auf einem Enterprise-VoIP clien.t

• Verwenden des SIP-Trunking-Dienstanbieters für das Telefonfestnetz, sodass kein PSTN-Gateway erforderlich ist (gilt für Bereitstellungen mit SIP-Trunking)

Die folgende Abbildung zeigt die Signalisierungs- und Medienprotokolle, die vom Vermittlungsserver bei der Kommunikation mit einem grundlegenden PSTN-Gateway und der Enterprise-VoIP-Infrastruktur verwendet werden.

Vom Vermittlungsserver verwendete Signal- und Medienprotokolle

Hinweis

Wenn Sie TCP oder RTP/RTCP (anstelle von SRTP oder SRTCP) im Netzwerk zwischen dem PSTN-Gateway und dem Vermittlungsserver verwenden, empfehlen wir Ihnen, Maßnahmen zu ergreifen, um die Sicherheit und den Datenschutz des Netzwerks zu gewährleisten.

M:N-Trunk

Skype for Business Server unterstützt flexibilität bei der Definition eines Trunks für Anrufweiterleitungszwecke. Ein Trunk ist eine logische Zuordnung zwischen einem Vermittlungsserver und einer Lauschportnummer mit einem Gateway und einer Lauschportnummer. Dies impliziert mehrere Dinge: Ein Vermittlungsserver kann über mehrere Trunks zum gleichen Gateway verfügen; Ein Vermittlungsserver kann über mehrere Trunks zu verschiedenen Gateways verfügen. Umgekehrt kann ein Gateway mehrere Trunks zu verschiedenen Vermittlungsservern haben.

Sie müssen weiterhin einen Stammtrunk erstellen, wenn Sie ihrer Skype for Business Topologie mithilfe des Topologie-Generators ein Gateway hinzufügen. Die Anzahl der Gateways, die ein bestimmter Vermittlungsserver verarbeiten kann, hängt von der Verarbeitungskapazität des Servers während der Spitzenlastzeiten ab. Wenn Sie einen Vermittlungsserver auf Hardware bereitstellen, die die Mindesthardwareanforderungen für Skype for Business Server erfüllt, wie unter Serveranforderungen für Skype for Business Server 2015 beschrieben, kann ein eigenständiger Vermittlungsserver ungefähr 1.000 Anrufe verarbeiten. Der Vermittlungsserver führt die Transcodierung durch, leitet aber trotzdem Anrufe für mehrere Gateways weiter, auch wenn die Gateways keine Medienumgehung unterstützen.

Beim Definieren einer Anrufroute geben Sie die Trunks an, die dieser Route zugeordnet sind, aber Sie geben nicht an, welche Vermittlungsserver dieser Route zugeordnet sind. Stattdessen verwenden Sie den Topologie-Generator, um Vermittlungsservern Trunks zuzuordnen. Anders ausgedrückt: Das Routing bestimmt, welcher Trunk für einen Anruf verwendet werden soll, und anschließend erhält der diesem Trunk zugeordnete Vermittlungsserver die Signalisierung für diesen Anruf.

Der Vermittlungsserver kann als Pool bereitgestellt werden. Dieser Pool kann mit einem Front-End-Pool oder als eigenständiger Pool bereitgestellt werden. Wenn ein Vermittlungsserver mit einem Front-End-Pool verbunden ist, kann die Poolgröße höchstens 12 (der Grenzwert der Größe des Registrierungsstellenpools) sein. Zusammen erhöhen diese Funktionen die Zuverlässigkeit und Bereitstellungsflexibilität für Vermittlungsserver, erfordern jedoch ähnliche Funktionen in den folgenden Bereichen:

• PSTN-Gateway. Ein Skype for Business Server qualifiziertes Gateway muss einen DNS-Lastenausgleich implementieren, der es einem qualifizierten PSTN-Gateway (Public Switched Telephone Network) ermöglicht, als Lastenausgleich für einen Pool von Vermittlungsservern zu fungieren und dadurch einen Lastenausgleich für Anrufe im gesamten Pool durchzuführen.

• Session Border Controller. Bei einem SIP-Trunk ist die Peerentität ein Session Border Controller (SBC) bei einem Internettelefoniedienstanbieter. In Der Richtung vom Vermittlungsserverpool zum SBC kann der SBC Verbindungen von jedem Vermittlungsserver im Pool empfangen. In Der Richtung vom SBC zum Pool kann Datenverkehr an einen beliebigen Vermittlungsserver im Pool gesendet werden. Eine Methode, dies zu erreichen, ist der DNS-Lastenausgleich, sofern vom Dienstanbieter und SBC unterstützt. Eine Alternative besteht darin, dem Dienstanbieter die IP-Adressen aller Vermittlungsserver im Pool zu geben, und der Dienstanbieter stellt diese in seinem SBC als separaten SIP-Trunk für jeden Vermittlungsserver bereit. Der Dienstanbieter übernimmt dann den Lastenausgleich für seine eigenen Server. Diese Funktionen werden möglicherweise nicht von allen Dienstanbietern oder SBCs unterstützt. Darüber hinaus kann der Dienstanbieter für diese Funktion zusätzliche Kosten in Rechnung stellen. In der Regel fällt für jeden SIP-Trunk zum SBC eine monatliche Gebühr an.

• IP-Nebenstellenanlage. In Richtung des Vermittlungsserverpools zur IP-NEBENSTELLEN-SIP-Terminierung kann die IP-Nebenstellenanlage Verbindungen von jedem Vermittlungsserver im Pool empfangen. In Der Richtung von der IP-Nebenstellenanlage zum Pool kann Datenverkehr an einen beliebigen Vermittlungsserver im Pool gesendet werden. Da die meisten IP-PBXs keinen DNS-Lastenausgleich unterstützen, wird empfohlen, einzelne direkte SIP-Verbindungen von der IP-Nebenstellenanlage zu jedem Vermittlungsserver im Pool zu definieren. In diesem Fall führt die IP-Nebenstellenanlage den eigenen Lastenausgleich durch, indem der Datenverkehr über die gesamte Trunkgruppe verteilt wird. Dabei wird davon ausgegangen, dass für die IP-Nebenstellenanlage ein konsistenter Satz an Routingregeln für die Trunkgruppe definiert wurde. Bevor Sie entscheiden können, ob ein Vermittlungsservercluster ordnungsgemäß mit einer IP-Nebenstellenanlage interagieren kann, muss ermittelt werden, ob ein Vermittlungsservercluster ordnungsgemäß mit einer IP-Nebenstellenanlage interagieren kann.

Ein Vermittlungsserverpool muss über eine einheitliche Ansicht des Peergateways verfügen, mit dem er interagiert. Das bedeutet, dass alle Mitglieder des Pools über den Konfigurationsspeicher Zugriff auf dieselbe Definition des Peergateways erhalten und dass für alle Mitglieder die gleiche Wahrscheinlichkeit einer Interaktion mit dem Gateway für ausgehende Anrufe besteht. Daher gibt es keine Möglichkeit, den Pool so zu segmentieren, dass einige Vermittlungsserver nur mit bestimmten Gatewaypeers für ausgehende Anrufe kommunizieren. Wenn eine solche Segmentierung erforderlich ist, muss ein separater Pool von Vermittlungsservern verwendet werden. Dies wäre z. B. der Fall, wenn die entsprechenden Funktionen zur Interaktion von PSTN-Gateways, SIP-Trunks oder IP-Nebenstellenanlagen mit einem Pool (wie zuvor in diesem Thema besprochen) nicht verfügbar sind.

Ein bestimmtes PSTN-Gateway, EINE IP-Nebenstellenanlage oder ein SIP-Trunkpeer kann an mehrere Vermittlungsserver oder Trunks weitergeleitet werden. Die Anzahl der Gateways, die ein bestimmter Pool von Vermittlungsservern steuern kann, hängt von der Anzahl der Anrufe ab, die die Medienumgehung verwenden. Wenn eine große Anzahl von Anrufen eine Medienumgehung verwendet, kann ein Vermittlungsserver im Pool viele weitere Anrufe verarbeiten, da nur die Verarbeitung der Signalschicht erforderlich ist.

Anrufsteuerung und Vermittlungsserver

Die Anrufsteuerung verwaltet Echtzeitsitzungen basierend auf der verfügbaren Bandbreite, um schlechte QoE-Resultate (Quality of Experience) für Benutzer in überlasteten Netzwerken zu verhindern. Um dies zu unterstützen, ist der Vermittlungsserver für die Bandbreitenverwaltung für seine beiden Interaktionen auf der Skype for Business Server- und auf der Gatewayseite verantwortlich. Bei der Anrufsteuerung übernimmt das als Endpunkt eingesetzte Gerät für einen Anruf die Bandbreitenreservierung. Die Gatewaypeers (PSTN-Gateway, IP-PBX, SBC), mit denen der Vermittlungsserver auf der Gatewayseite interagiert, unterstützen Skype for Business Server Anrufsteuerung nicht. Daher muss der Vermittlungsserver Bandbreiteninteraktionen im Namen seines Gatewaypeers verarbeiten. Wenn möglich, reserviert der Vermittlungsserver Bandbreite im Voraus. Wenn dies nicht möglich ist (z. B. wenn der Ort des maßgeblichen Medienendpunkts auf Gatewayseite für einen ausgehenden Anruf an den Gatewaypeer nicht bekannt ist), wird die Bandbreite beim Tätigen des Anrufs reserviert. Dieses Verhalten kann zu einer zu hohen Bandbreitenbelegung führen, ist jedoch die einzige Möglichkeit, Anruffehler zu vermeiden.

Die Medienumgehung und die Bandbreitenreservierung schließen sich gegenseitig aus. Wenn für einen Anruf die Medienumgehung implementiert wird, wird für diesen Anruf keine Anrufsteuerung ausgeführt. Es wird davon ausgegangen, dass für den Anruf keine Verbindungen mit beschränkter Bandbreite verwendet werden. Wenn die Anrufsteuerung für einen bestimmten Anruf verwendet wird, der den Vermittlungsserver umfasst, kann für diesen Anruf keine Medienumgehung verwendet werden.

Ausführliche Informationen zur Medienumgehung oder Anrufsteuerung finden Sie unter Planen der Medienumgehung in Skype for Business oder Planen der Anrufsteuerung in Skype for Business Server.

9-1-1 (erweitert) (E9-1-1) und Vermittlungsserver

Der Vermittlungsserver verfügt über erweiterte Funktionen, sodass er ordnungsgemäß mit Enhanced 9-1-1 (E9-1-1) Dienstanbietern interagieren kann. Auf dem Vermittlungsserver ist keine spezielle Konfiguration erforderlich. Die für die E9-1-1-Interaktion erforderlichen SIP-Erweiterungen sind standardmäßig im SIP-Protokoll des Vermittlungsservers für seine Interaktionen mit einem Gatewaypeer (PSTN-Gateway, IP-Nebenstellenanlage oder SBC eines Internettelefoniedienstanbieters, einschließlich E9-1-1-Dienstanbietern) enthalten.

Ob der SIP-Trunk zu einem E9-1-1-Dienstanbieter in einem vorhandenen Vermittlungsserverpool beendet werden kann oder eigenständige Vermittlungsserver benötigt, hängt davon ab, ob der E9-1-1-SBC mit einem Pool von Vermittlungsservern interagieren kann. Weitere Informationen finden Sie unter M:N-Trunk in Skype for Business Server.

Medienumgehung und Vermittlungsserver

Die Medienumgehung ist eine Skype for Business Server Funktion, die es einem Administrator ermöglicht, das Anrufrouting so zu konfigurieren, dass es direkt zwischen dem Benutzerendpunkt und dem PSTN-Gateway (Public Switched Telephone Network) fließt, ohne den Vermittlungsserver zu durchlaufen. Die Medienumgehung verbessert die Anrufqualität, indem sie latenz, unnötige Übersetzungen, die Möglichkeit von Paketverlusten und die Anzahl potenzieller Fehlerpunkte reduziert. Wenn ein Remotestandort ohne Vermittlungsserver über eine oder mehrere WAN-Verbindungen mit eingeschränkter Bandbreite mit einem zentralen Standort verbunden ist, verringert die Medienumgehung die Bandbreitenanforderung, indem Medien von einem Client an einem Remotestandort direkt an das lokale Gateway übertragen werden können, ohne zuerst über die WAN-Verbindung zu einem Vermittlungsserver am zentralen Standort und zurück fließen zu müssen. Diese Verringerung der Medienverarbeitung ergänzt auch die Fähigkeit des Vermittlungsservers, mehrere Gateways zu steuern.

Die Medienumgehung und die Anrufsteuerung schließen sich gegenseitig aus. Wenn für einen Anruf die Medienumgehung implementiert wird, wird für diesen Anruf keine Anrufsteuerung ausgeführt. Es wird davon ausgegangen, dass für den Anruf keine Verbindungen mit beschränkter Bandbreite verwendet werden.

Topologien für Vermittlungsserver

Der Skype for Business Server Vermittlungsserver ist standardmäßig mit einem Standard Edition-Server, einem Front-End-Pool oder einer Survivable Branch Appliance verbunden. Alle Vermittlungsserver in einem Front-End-Pool müssen identisch konfiguriert werden.

Wenn die Leistung ein Problem ist, kann es vorzuziehen sein, einen oder mehrere Vermittlungsserver in einem dedizierten eigenständigen Pool bereitzustellen. Wenn Sie SIP-Trunking bereitstellen, wird auf jeden Fall die Bereitstellung eines eigenständigen Pools empfohlen.

Wenn Sie Direkte SIP-Verbindungen für ein qualifiziertes PSTN-Gateway bereitstellen, das Medienumgehung und DNS-Lastenausgleich unterstützt, ist kein eigenständiger Vermittlungsserverpool erforderlich. Dies liegt daran, dass qualifizierte Gateways in der Lage sind, einen DNS-Lastenausgleich mit einem Pool von Vermittlungsservern durchzuführen, und sie können Datenverkehr von jedem Vermittlungsserver in einem Pool empfangen.

Es wird auch empfohlen, den Vermittlungsserver in einem Front-End-Pool zusammenzuschließen, wenn Sie IP-PBXs bereitgestellt oder eine Verbindung mit dem Session Border Controller (SBC) eines Internettelefonieserveranbieters hergestellt haben, sofern eine der folgenden Bedingungen erfüllt ist:

• Die IP-Nebenstellenanlage oder der SBC ist so konfiguriert, dass Sie Datenverkehr von einem beliebigen Vermittlungsserver im Pool empfangen und Datenverkehr einheitlich an alle Vermittlungsserver im Pool weiterleiten können.

• Die IP-Nebenstellenanlage unterstützt keine Medienumgehung, aber der Front-End-Pool, der den Vermittlungsserver hosten soll, kann die Sprachtranscodierung für Anrufe verarbeiten, für die die Medienumgehung nicht gilt.

Sie können das Microsoft Lync Server 2013 Planning Tool verwenden, um zu bewerten, ob der Front-End-Pool, in dem Sie den Vermittlungsserver zusammenordnen möchten, die Last verarbeiten kann. Wenn Ihre Umgebung diese Anforderungen nicht erfüllen kann, müssen Sie einen eigenständigen Vermittlungsserverpool bereitstellen.

Die folgende Abbildung zeigt eine einfache Topologie, die aus zwei Standorten besteht, die über eine WAN-Verbindung verbunden sind. Der Vermittlungsserver wird in einem Front-End-Pool am Standort 1 zusammengefasst. Die Vermittlungsserver am Standort 1 steuern sowohl das PSTN-Gateway an Standort 1 als auch das Gateway an Standort 2. In dieser Topologie ist die Medienumgehung global aktiviert, um Standort- und Regionsinformationen zu verwenden, und für die Trunks zu jedem PSTN-Gateway (GW1 und GW2) ist die Umgehung aktiviert.

Beispiel für über eine WAN-Leitung verbundene Standorte mit einem Vermittlungsserver an Standort 1 und einem PSTN-Gateway an Standort 2

Die nächste Abbildung zeigt eine einfache Topologie, bei der der Vermittlungsserver im Front-End-Pool am Standort 1 angeordnet ist und über eine direkte SIP-Verbindung mit der IP-Nebenstellenanlage an Standort 1 verfügt. In dieser Abbildung steuert der Vermittlungsserver auch ein PSTN-Gateway an Standort 2. Angenommen, Skype for Business Benutzer sind an Standorten 1 und 2 vorhanden. Angenommen, die IP-Nebenstellenanlage verfügt über einen zugeordneten Medienprozessor, der von allen Medien durchlaufen werden muss, die von Skype for Business Endpunkten stammen, bevor sie an Medienendpunkte gesendet werden, die von der IP-Nebenstellenanlage gesteuert werden. In dieser Topologie ist die Medienumgehung global aktiviert, um Standort- und Regionsinformationen zu verwenden, und für die Trunks zur Nebenstellenanlage und zum PSTN-Gateway ist die Medienumgehung aktiviert.

Beispiel für Standorte, die über eine WAN-Leitung mit einem Vermittlungsserver an Standort 1 und einer Nebenstellenanlage an Standort 2 verbunden sind

Die letzte Abbildung in diesem Thema zeigt eine Topologie, bei der der Vermittlungsserver mit dem SBC eines Internettelefoniedienstanbieters verbunden ist.

Planungsentscheidungen für Vermittlungsserver

In diesem Thema werden Planungsentscheidungen beschrieben, die Sie für die Bereitstellung des Vermittlungsservers treffen müssen.

Zusammengestellter oder eigenständiger Vermittlungsserver?

Der Vermittlungsserver ist standardmäßig auf dem Standard Edition-Server oder Front-End-Server in einem Front-End-Pool an zentralen Standorten angeordnet. 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 Gatewaypeer, 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 zusammengestellten 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 diese einem eigenständigen Pool zugeordnet werden, der aus einem einzelnen Vermittlungsserver besteht:

• Durchführen eines DNS-Lastenausgleichs (Domain Name System) auf Netzwerkebene zwischen Vermittlungsservern in einem Pool (oder anderweitig einheitliches Weiterleiten von Datenverkehr 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 zu bewerten, ob die Verbindung 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 zum Weiterleiten von Anrufen für IP-PBXs- oder PSTN-Gateways an Zweigstellen verwendet werden. Wenn Sie JEDOCH SIP-Trunks bereitstellen, müssen Sie einen Vermittlungsserver an dem Standort bereitstellen, an dem jeder Trunk endet. Wenn ein Vermittlungsserver am zentralen Standort anrufe für eine IP-Nebenstellenanlage oder ein PSTN-Gateway an einem Zweigstellenstandort weitergeleitet wird, ist keine Medienumgehung erforderlich. Wenn Sie die Medienumgehung jedoch aktivieren können, wird die Latenz für den Medienpfad reduziert und somit eine bessere Medienqualität erreicht, da der Medienpfad nicht mehr dem Signalpfad folgen muss. Die Medienumgehung verringert auch die Verarbeitungslast für den Pool.

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. Die Medienumgehung wird nur für Produkte und Versionen unterstützt, die unter Unified Communications Open Interoperability Program – Lync Server aufgeführt sind.

Wenn Resilienz des Zweigstellenstandorts 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 der Ausfallsicherheit von Zweigstellenstandorten wird davon ausgegangen, dass Anwesenheits- und Konferenzfunktionen am Standort nicht resilient sind.) Anleitungen zur Planung von Zweigstellenstandorten für Voice finden Sie unter Planen der Enterprise-VoIP Resilienz in Skype for Business Server.

Wenn die IP-Nebenstellenanlage für Interaktionen mit einer IP-Nebenstellenanlage frühe Medieninteraktionen mit mehreren frühen Dialogen und RFC 3960-Interaktionen nicht ordnungsgemäß unterstützt, können die ersten Wörter der Begrüßung für eingehende Anrufe von der IP-Nebenstellenanlage an Skype for Business Endpunkte abgeschnitten werden. Dieses Problem kann schwerwiegender sein, wenn ein Vermittlungsserver an einem zentralen Standort Anrufe für eine IP-Nebenstellenanlage weiterleitet, bei der die Route an einem Zweigstellenstandort endet, 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, das Abschneiden der ersten Wörter zu reduzieren.

Wenn Ihr zentraler Standort über eine TDM-Nebenstellenanlage verfügt oder ihre IP-Nebenstellenanlage die Notwendigkeit eines PSTN-Gateways nicht überflüssig macht, 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. Weitere Informationen finden Sie unter Verbesserungen bei der empfangsseitigen Skalierung in Windows Server. Weitere Informationen zum Aktivieren von RSS finden Sie in der Dokumentation zu Ihrem Netzwerkadapter.