M:N-Trunk in Skype for Business Server
Skype for Business Server Enterprise-VoIP unterstützt M:N-Trunking zwischen Vermittlungsserver und Komponenten wie PSTN-Gateways, Sitzungsgrenzcontrollern und IP-Nebenstellenanlagen.
Skype for Business Server unterstützt eine größere Flexibilität bei der Definition eines Trunks für Anrufweiterleitungszwecke aus früheren Versionen. 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 immer noch einen Stammtrunk erstellen, wenn Sie den Topologie-Generator verwenden, um der Topologie ein Gateway hinzuzufü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 überschreitet, wie unter Serveranforderungen für Skype for Business Server 2015 beschrieben, beträgt die Schätzung, wie viele aktive Anrufe ohne Umgehung ein eigenständiger Vermittlungsserver verarbeiten kann, ungefähr 1.000 Anrufe. Bei der Bereitstellung auf Hardware, die diese Spezifikationen erfüllt, wird erwartet, dass der Vermittlungsserver transcodiert, aber trotzdem Anrufe für mehrere Gateways weiter leitet, 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 neuen Funktionen die Zuverlässigkeit und Bereitstellungsflexibilität für Vermittlungsserver, erfordern jedoch zugeordnete Funktionen in den folgenden Peerentitäten:
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.