M:N-Trunk in Lync Server 2013
Thema Letzte Änderung: 01.10.2012
Lync Server 2013 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 Überwachungsportnummer mit einem Gateway und einer Überwachungsportnummer. Dies impliziert mehrere Dinge: Ein Vermittlungsserver kann mehrere Trunks zum gleichen Gateway haben. ein Vermittlungsserver kann über mehrere Trunks zu verschiedenen Gateways verfügen; umgekehrt kann ein Gateway mehrere Trunks zu verschiedenen Vermittlungsservern aufweisen.
Ein Stammtrunk muss weiterhin erstellt werden, wenn der Lync-Topologie mithilfe des Topologie-Generators ein Gateway hinzugefügt wird. Die Anzahl der Gateways, die ein bestimmter Vermittlungsserver verarbeiten kann, hängt von der Verarbeitungskapazität des Servers während spitzen Auslastungsstunden ab. Wenn Sie einen Vermittlungsserver auf Hardware bereitstellen, die die Mindesthardwareanforderungen für Lync Server 2013 überschreitet, wie unter "Unterstützte Hardware für Lync Server 2013 " in der Dokumentation zur Unterstützung beschrieben, beträgt die Schätzung, wie viele aktive Nichtumgehungsaufrufe ein eigenständiger Vermittlungsserver verarbeiten kann, ungefähr 1000 Anrufe. Wenn die Bereitstellung auf hardwarebasierten Geräten diesen Spezifikationen entspricht, wird vom Vermittlungsserver erwartet, dass er transcodiert, anrufe aber trotzdem für mehrere Gateways weiterleiten, auch wenn die Gateways die Medienumgehung nicht 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 Trunks vermittlungsservern zuzuordnen. Mit anderen Worten, das Routing bestimmt, welcher Trunk für einen Anruf verwendet werden soll, und anschließend wird dem diesem Trunk zugeordneten Vermittlungsserver die Signalisierung für diesen Anruf gesendet.
Der Vermittlungsserver kann als Pool bereitgestellt werden. Dieser Pool kann mit einem Front-End-Pool verbunden oder als eigenständiger Pool bereitgestellt werden. Wenn ein Vermittlungsserver mit einem Front-End-Pool verbunden ist, kann die Poolgröße höchstens 12 (die Grenze der Größe des Registrierungsstellenpools) sein. Zusammengenommen erhöhen diese neuen Funktionen die Zuverlässigkeit und Bereitstellungsflexibilität für Vermittlungsserver, erfordern jedoch die zugehörigen Funktionen in den folgenden Peerentitäten:
PSTN-Gateway. Ein qualifiziertes Lync Server 2013-Gateway muss einen DNS-Lastenausgleich implementieren, der es einem qualifizierten PSTN-Gateway (Public Switched Telephone Network) ermöglicht, als Lastenausgleichsmodul für einen Pool von Vermittlungsservern zu fungieren und dadurch Anrufe über den Pool hinweg zu lastenausgleichen.
Session Border Controller. Bei einem SIP-Trunk ist die Peerentität ein Session Border Controller (SBC) bei einem Internettelefoniedienstanbieter. In Richtung des Vermittlungsserverpools zum SBC kann der SBC Verbindungen von jedem Vermittlungsserver im Pool empfangen. In Der Richtung vom SBC zum Pool kann Der Datenverkehr an jeden Vermittlungsserver im Pool gesendet werden. Eine Methode, um 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. Nicht alle Dienstanbieter oder SBCs unterstützen diese Funktionen möglicherweise. Darüber hinaus kann der Dienstanbieter zusätzliche Kosten für diese Funktion erheben. In der Regel fällt für jeden SIP-Trunk zum SBC eine monatliche Gebühr an.
IP-Nebenstellenanlage. In Richtung des Vermittlungsserverpools zum IP-PBX-SIP-Abschluss kann die IP-Nebenstellenanlage Verbindungen von jedem Vermittlungsserver im Pool empfangen. In Der Richtung von der IP-Nebenstellenanlage zum Pool kann Datenverkehr an jeden Vermittlungsserver im Pool gesendet werden. Da die meisten IP-PBXs keinen DNS-Lastenausgleich unterstützen, wird empfohlen, dass einzelne direkte SIP-Verbindungen von der IP-Nebenstellenanlage zu jedem Vermittlungsserver im Pool definiert werden. 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. Ob eine bestimmte IP-Nebenstellenanlage dieses Trunkgruppenkonzept unterstützt und wie sie sich mit der eigenen Redundanz- und Clusteringarchitektur der IP-Nebenstellenanlage überschneidet, muss ermittelt werden, bevor Sie entscheiden können, 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 bestimmter PSTN-Gateway-, IP-PBX- oder 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 die Medienumgehung verwendet, kann ein Vermittlungsserver im Pool viele weitere Anrufe verarbeiten, da nur die Verarbeitung der Signalschicht erforderlich ist.