Probleme, die sich auf ausgehende Direct Routing-Anrufe auswirken

Es können verschiedene Probleme auftreten, wenn Sie Direct Routing verwenden, um ausgehende Anrufe von einem Microsoft Teams-Client an einen Session Border Controller (SBC) zu tätigen. Diese Probleme umfassen Folgendes:

• Dem Anrufempfänger wird eine falsche Anrufer-ID angezeigt.
• Es wird keine Verbindung mit dem SBC hergestellt.
• Einige Benutzer in einem Mandanten können keine Anrufe tätigen.
• Es können keine Benutzer in einem Mandanten Anrufe tätigen.

In diesem Artikel werden potenzielle Ursachen dieser Probleme erläutert und Lösungen bereitgestellt, die Sie ausprobieren können.

Falsche Anrufer-ID, die dem Empfänger angezeigt wird

Wenn Sie Direct Routing verwenden, werden die Anrufer-ID-Informationen, die an den Anrufempfänger übermittelt werden, in den Headern From und P-Asserted-Identity der SIP-Optionsmeldung (Session Initiation Protocol) aufgeführt.

Die From Kopfzeile enthält eines der folgenden Elemente:

• Die Telefonnummer, die dem Anrufer zugewiesen ist, der den Anruf initiiert. Wenn die Telefonnummer des Anrufers vom Anrufempfänger ausgeblendet werden muss, wird er durch "anonym" ersetzt.
• Eine Dienstnummer, die dem Aufrufer mithilfe des CsCallingLineIdentity Cmdlets zugewiesen ist.
• Die Telefonnummer des ursprünglichen Anrufers, wenn der Anruf weitergeleitet wurde.

Die P-Asserted-Identity Kopfzeile enthält die Telefonnummer des Benutzers, der für den Anruf in Rechnung gestellt wird. Wenn Privacy:id festgelegt ist, gibt dies an, dass die Informationen im Header vom Anrufempfänger ausgeblendet werden müssen.

Ursache

Wenn die Informationen in den Kopfzeilen From und P-Asserted-Identity nicht übereinstimmen und das PSTN (Public Switched Telephone Network) die Kopfzeileninformationen P-Asserted-Identity gegenüber den Kopfzeileninformationen From priorisiert, werden falsche Informationen angezeigt.

Beschluss

Um sicherzustellen, dass die richtige Anrufer-ID für den Anrufempfänger angezeigt wird, konfigurieren Sie den SBC, um entweder den P-Asserted-Identity Header aus der SIP-Optionsnachricht zu entfernen oder dessen Inhalt zu ändern.

Verbindung mit dem SBC nicht hergestellt

Manchmal erreichen Anrufe den SBC, es wird jedoch keine Verbindung hergestellt. Wenn der SBC in diesem Fall eine NACHRICHT mit SIP-Optionen von Teams empfängt, wird eine Fehlermeldung zurückgegeben, die Fehlercodes im Bereich von 400 bis 699 enthält.

Eine der folgenden Ursachen kann eine Verbindung mit dem SBC verhindern.

Ursache 1

Die SIP-Fehlermeldung wird von einem anderen Telefoniegerät generiert, das sich im selben Netzwerk wie der SBC befindet.

Entschließung 1

Beheben Sie den Fehler auf dem anderen Gerät. Wenn Sie Hilfe benötigen, wenden Sie sich an den Geräteanbieter.

Ursache 2

Ihr PSTN-Anbieter hat ein Problem und sendet die SIP-Fehlermeldung. Dies ist wahrscheinlich der Fall, wenn der Fehlercode SIP 403 oder SIP 404 ist.

Entschließung 2

Wenden Sie sich an Ihren PSTN-Anbieter, um das Problem zu beheben.

Ursache 3

Das Problem wird nicht durch ein anderes Gerät im Netzwerk oder durch Ihren PSTN-Anbieter verursacht. Die Ursache ist jedoch ansonsten unbekannt.

Entschließung 3

Wenden Sie sich an den SBC-Anbieter, um das Problem zu beheben.

Einige Benutzer können keine Anrufe tätigen.

Wenn die Verbindung zwischen dem Teams-Client und dem SBC ordnungsgemäß funktioniert, aber einige Benutzer keine Anrufe tätigen können, kann das Problem durch falsche Einstellungen oder eine falsche Bereitstellung dieser Benutzer verursacht werden.

Ursache 1

Benutzern fehlt das Wählfeld auf der Registerkarte „Anrufe“ in Teams.

Entschließung 1

Stellen Sie sicher, dass der Benutzer über die richtige Lizenz (E3 mit Telefonsystem oder E5) und alle erforderlichen Einstellungen verfügt. Führen Sie zum Überprüfen der Einstellungen das Cmdlet "Get-CsOnlineUser " in Teams PowerShell wie folgt aus:

Get-CsOnlineUser -Identity <UserIdParameter> | fl Identity,EnterpriseVoiceEnabled,HostedVoiceMail,OnPremLineURI

Alle erforderlichen Werte müssen wie unter "Aktivieren von Benutzern für Direct Routing, VoIP und Voicemail aktivieren" beschrieben angegeben werden.

Ursache 2

Keiner der Muster in der Online-VoIP-Routingrichtlinie (OVRP) stimmt mit der Nummer überein, die vom Benutzer gewählt wurde.

Entschließung 2

Stellen Sie sicher, dass die folgenden Bedingungen erfüllt sind:

• Es gibt ein Muster im OVRP, das der gewählten Nummer entspricht.
• Das Verwendungsprofil für den Anruf entspricht dem für den jeweiligen Benutzer eingerichteten.
• Das für den SBC angegebene Gateway ist aktiviert. Wenn sie deaktiviert ist, aktivieren Sie es, oder wählen Sie ein anderes Gateway aus, das aktiviert ist.

Ursache 3

Der OVRP des Benutzers enthält ungültige Zeichen.

Entschließung 3

Ungültige, unsichtbare Zeichen können in den OVRP eingefügt werden, wenn Sie Informationen aus Microsoft Word oder anderen WYSIWYG-Editoren einfügen. Obwohl die Zeichen nicht angezeigt werden, werden sie beim Entscheiden der Route, die der Anruf annehmen soll, berücksichtigt.

Um das Problem zu beheben, entfernen Sie die Richtlinie, und erstellen Sie sie dann erneut, indem Sie sie entweder manuell umschreiben oder aus einem Nicht-WYSIWYG-Editor kopieren, wie zum Beispiel aus Notepad oder einem ähnlichen Editor.

Keine Benutzer können Anrufe tätigen

Wenn keiner der Benutzer Anrufe tätigen kann, erreichen die Anrufe wahrscheinlich nicht den SBC. Überprüfen Sie eine der folgenden Ursachen.

Ursache 1

Teams verfügt über ein deaktiviertes Gateway.

Entschließung 1

Verwenden Sie das Microsoft Teams Admin Center, um sicherzustellen, dass das von Teams verwendete Gateway verfügbar und aktiviert ist.

Sie können auch Teams PowerShell verwenden, um das Gateway nach Bedarf zu überprüfen und zu aktualisieren.

Führen Sie das Cmdlet Get-CsOnlinePSTNGateway aus, um den Status des Gateways zu überprüfen. Die Ausgabe muss anzeigen, dass der Wert des Enabled Parameters auf True gesetzt ist. Im folgenden Beispiel wird der Parameter EnabledTrue für das sbc1.contoso.com Gateway, aber nicht für das sbc2.contoso.com Gateway festgelegt.

Get-CsOnlinePSTNGateway | fl Identity,Fqdn,SipSignalingPort,MaxConcurrentSessions,Enabled

Um sicherzustellen, dass das sbc2.contoso.com Gateway für Teams verfügbar ist, führen Sie das Cmdlet Set-CsOnlinePSTNGateway aus, um den Enabled Parameter auf festzulegen True.

Set-CsOnlinePSTNGateway -Identity "sbc2.contoso.com" -Enabled $true

Um zu überprüfen, ob das sbc2.contoso.com Gateway jetzt verfügbar ist, führen Sie das Get-CsOnlinePSTNGateway Cmdlet erneut aus:

Get-CsOnlinePSTNGateway -Identity "sbc2.contoso.com" | fl Identity,Fqdn,SipSignalingPort,MaxConcurrentSessions,Enabled

Weitere Informationen finden Sie unter Verbinden Ihres SBC mit Direct Routing.

Ursache 2

Das Gateway reagiert nicht auf SIP-Optionsnachrichten, da einige Geräte im Netzwerk, z. B. eine Firewall, die Nachrichten blockieren.

Entschließung 2

Stellen Sie sicher, dass die SIP-Signaling-IPs und FQDNs auf allen Netzwerkgeräten zulässig sind, die den SBC mit dem Internet verbinden. Die IP-Adressen, die zulässig sein müssen, sind unter SIP-Signaling aufgeführt: FQDNs.

Mehr Informationen

Brauchst du noch Hilfe? Wechseln Sie zur Microsoft Community.