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 ein Anruf von einem Teams-Client an das PSTN (Public Switched Telephone Network) mit dem folgenden Datenverkehrsfluss erfolgt: Teams-Client -> Direct Routing -> SBC -> Telefonienetzwerk, kann jeder nicht 2xx endgültige Antwortcode des SBC so konfiguriert werden, dass er auf einem anderen SBC in der VoIP-Routingrichtlinie wiederholt wird. Beachten Sie, dass ein Failover nur erfolgt, wenn vom SBC keine vorläufigen Antworten ohne 100 vorhanden sind, um ein doppelt klingelndes Telefonienetzwerk zu verhindern.
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.
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):
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