Teilen über


Trunkfailover bei ausgehenden Anrufen

In diesem Thema wird beschrieben, wie Sie Trunkfailover bei ausgehenden Aufrufen von Teams an den Session Border Controller (SBC) vermeiden.

Failover bei Netzwerkfehlern

Wenn ein Trunk aus irgendeinem Grund nicht verbunden werden kann, wird die Verbindung mit demselben Trunk von einem anderen Microsoft-Rechenzentrum aus versucht. Das Rechenzentrum befindet sich möglicherweise in einer anderen geografischen Region außerhalb Ihrer aktuellen Region. Ein Trunk ist möglicherweise nicht verbunden, wenn eine Verbindung verweigert wird, wenn ein TLS-Timeout vorliegt oder wenn andere Probleme auf Netzwerkebene vorliegen.

Beispielsweise kann eine Verbindung fehlschlagen, wenn ein Administrator den Zugriff auf den SBC nur von bekannten IP-Adressen aus einschränkt, aber vergisst, die IP-Adressen aller Microsoft Direct Routing-Rechenzentren in die Access Control List (ACL) des SBC einzufügen.

Failover bestimmter SIP-Codes, die vom Session Border Controller (SBC) empfangen werden

Wenn Direct Routing als Reaktion auf eine ausgehende Einladung 4xx- oder 6xx-SIP-Fehlercodes empfängt, gilt der Anruf standardmäßig als abgeschlossen. Ausgehend ist ein Anruf von einem Teams-Client an das PSTN (Public Switched Telephone Network) mit folgendem Datenverkehrsfluss: Teams-Client –> Direct Routing –> SBC –> Telefonienetzwerk.

Die Liste der SIP-Codes finden Sie unter Session Initiation Protocol (SIP) RFC.

Angenommen, ein SBC hat auf eine eingehende Einladung mit dem Code "408 Request Timeout: The server konnte keine Antwort innerhalb eines geeigneten Zeitraums generieren, z. B. wenn er den Standort des Benutzers nicht rechtzeitig ermitteln konnte. Der Client kann die Anforderung zu einem späteren Zeitpunkt ohne Änderungen wiederholen."

Dieser spezielle SBC kann Schwierigkeiten haben, eine Verbindung mit dem Angerufenen herzustellen, z. B. aufgrund einer fehlerhaften Netzwerkkonfiguration oder eines anderen Fehlers. Es gibt jedoch einen weiteren SBC auf der Route, der den Angerufenen erreichen kann.

Im folgenden Diagramm gibt es zwei SBCs in der Route, die diesen Anruf führen können, wenn ein Benutzer einen Anruf an eine Telefonnummer sendet. Zunächst wird SBC1.contoso.com für den Anruf ausgewählt, aber SBC1.contoso.com kann aufgrund eines Netzwerkproblems kein PTSN-Netzwerk erreichen. Standardmäßig wird der Aufruf zu diesem Zeitpunkt abgeschlossen.

Diagramm: SBC kann das PSTN aufgrund eines Netzwerkproblems nicht erreichen.

Es gibt einen weiteren SBC in der Route, der den Anruf möglicherweise übermitteln kann. Wenn Sie den Parameter Set-CSOnlinePSTNGateway -Identity sbc1.contoso.com -FailoverResponseCodes "408"konfigurieren, wird der zweite SBC versucht (SBC2.contoso.com im folgenden Diagramm):

Diagramm, das das Routing zum zweiten SBC zeigt.

Wenn Sie den Parameter -FailoverResponseCodes festlegen und die Codes angeben, können Sie Ihr Routing optimieren und potenzielle Probleme vermeiden, wenn ein SBC aufgrund von Netzwerk- oder anderen Problemen keinen Anruf tätigen kann.

Standardwerte: 408, 503, 504