Probleme, die sich auf ausgehende Direct Routing-Anrufe auswirken

• Gilt für::

  Microsoft Teams

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. Zu diesen Problemen gehören die folgenden:

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

In diesem Artikel werden mögliche Ursachen für diese 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 From Headern und P-Asserted-Identity in der Sip-Optionsnachricht (Session Initiation Protocol) aufgeführt.

Der From Header enthält eines der folgenden Elemente:

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

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

Ursache

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

Lösung

Um sicherzustellen, dass dem Anrufempfänger die richtige Anrufer-ID angezeigt wird, konfigurieren Sie den SBC so, dass er entweder den Header aus der P-Asserted-Identity Nachricht mit den SIP-Optionen entfernt oder seinen Inhalt ändert.

Verbindung mit dem SBC nicht hergestellt

Manchmal erreichen Aufrufe den SBC, aber es wird 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.

Lösung 1

Problembehandlung für das andere Gerät, um den Fehler zu beheben. Wenn Sie Hilfe benötigen, wenden Sie sich an den Gerätehersteller.

Ursache 2

Bei Ihrem PSTN-Anbieter tritt ein Problem auf, und die SIP-Fehlermeldung wird gesendet. Dies ist wahrscheinlich der Fall, wenn der Fehlercode SIP 403 oder SIP 404 lautet.

Lösung 2

Wenden Sie sich an Ihren PSTN-Anbieter, um Support zu benötigen, um das Problem zu beheben.

Ursache 3

Das Problem wird nicht von einem anderen Gerät im Netzwerk oder von Ihrem PSTN-Anbieter verursacht. Die Ursache ist jedoch ansonsten unbekannt.

Lösung 3

Wenden Sie sich an den SBC-Anbieter, um Support zu erhalten, 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 falsche Bereitstellung dieser Benutzer verursacht werden.

Ursache 1

Benutzern fehlt die Wähltastatur auf der Registerkarte Anrufe in Teams.

Lösung 1

Stellen Sie sicher, dass der Benutzer über die richtige Lizenz (E3 mit Telefonsystem oder E5) und alle erforderlichen Einstellungen verfügt. Um die Einstellungen zu überprüfen, führen Sie 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, Voice und Voicemail beschrieben angegeben werden.

Ursache 2

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

Lösung 2

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

• Es gibt ein Muster in der OVRP, das der gewählten Nummer entspricht.
• Das Nutzungsprofil für den Anruf entspricht dem Profil, das für den jeweiligen Benutzer eingerichtet wurde.
• Das gateway, das für den SBC angegeben ist, ist aktiviert. Wenn es deaktiviert ist, aktivieren Sie es entweder, oder wählen Sie ein anderes Gateway aus, das aktiviert ist.

Ursache 3

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

Lösung 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 bei der Entscheidung über die Route berücksichtigt, die der Anruf annehmen soll.

Um das Problem zu beheben, entfernen Sie die Richtlinie, und erstellen Sie sie dann neu, indem Sie sie entweder manuell umschreiben oder aus einem Nicht-WYSIWYG-Editor kopieren, z. B. Editor.

Keine Benutzer können Anrufe tätigen.

Wenn keiner der Benutzer in der Lage ist, Anrufe zu tätigen, erreichen die Anrufe wahrscheinlich nicht den SBC. Suchen Sie nach einer der folgenden Ursachen.

Ursache 1

Teams verfügt über ein deaktiviertes Gateway.

Lösung 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.

Um die status des Gateways zu überprüfen, führen Sie das Cmdlet Get-CsOnlinePSTNGateway aus. Die Ausgabe muss zeigen, dass der Wert des Enabled Parameters auf Truefestgelegt ist. Im folgenden Beispiel wird der Enabled -Parameter für das sbc1.contoso.com Gateway, aber nicht für das sbc2.contoso.com Gateway auf True 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 Truefestzulegen.

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

Führen Sie das Cmdlet erneut aus, um zu überprüfen, ob das sbc2.contoso.comGet-CsOnlinePSTNGateway Gateway jetzt verfügbar ist:

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 Meldungen von SIP-Optionen, da ein Gerät im Netzwerk, z. B. eine Firewall, die Nachrichten blockiert.

Lösung 2

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

Weitere Informationen

Benötigen Sie weitere Hilfe? Navigieren Sie zu Microsoft Community.