Teilen über


Konfigurieren der Optimierung lokaler Medien für Direct Routing

Die Konfiguration für die Optimierung lokaler Medien basiert auf Netzwerkeinstellungen, die für andere Cloud-VoIP-Features wie Location-Based Routing und dynamische Notrufe gelten. Weitere Informationen zu Netzwerkregionen, Netzwerkstandorten, Netzwerksubnetzen und vertrauenswürdigen IP-Adressen finden Sie unter Netzwerkeinstellungen für Cloud-VoIP-Features.

Bevor Sie die Optimierung lokaler Medien konfigurieren, lesen Sie Optimierung lokaler Medien für Direct Routing.

Zum Konfigurieren der Optimierung lokaler Medien sind die folgenden Schritte erforderlich. Sie können teams Admin Center oder PowerShell verwenden. Weitere Informationen finden Sie unter Verwalten ihrer Netzwerktopologie.

  1. Konfigurieren Sie den Benutzer und die SBC-Websites (wie in diesem Artikel beschrieben).
  2. Konfigurieren Sie die SBCs für die lokale Medienoptimierung (gemäß der Spezifikation Ihres SBC-Anbieters).

Das folgende Diagramm zeigt die Netzwerkeinrichtung, die in den Beispielen in diesem Artikel verwendet wird.

Diagramm: Netzwerkeinrichtung für Beispiele.

Konfigurieren des Benutzers und der SBC-Websites

Um den Benutzer und die SBC-Websites zu konfigurieren, müssen Sie Folgendes ausführen:

  1. Verwalten externer vertrauenswürdiger IP-Adressen.

  2. Definieren Sie die Netzwerktopologie , indem Sie die Netzwerkregionen, Netzwerkstandorte und Netzwerksubnetze konfigurieren.

  3. Definieren Sie die Topologie des virtuellen Netzwerks , indem Sie SBCs zu Standorten mit relevanten Modi und Proxy-SBC-Werten zuweisen.

Hinweis

Die Optimierung lokaler Medien basiert darauf, dass Clientstandorte als extern oder intern im Verhältnis zu den Unternehmensnetzwerken mit Reichweite zu einer internen SBC-Schnittstelle (Session Border Controller) für Direct Routing (DR) erkannt werden. In Split-Tunnel-VPN-Szenarien, in dem der Clientendpunkt als außerhalb des Kundennetzwerks erkannt wird, signalisiert Microsoft den externen Standort dem SBC, obwohl der Client die interne Schnittstelle des Direct Routing-SBC des Kunden erreichen kann. Direct Routing-Kunden, die die Optimierung lokaler Medien verwenden, können längere Anrufeinrichtungszeiten und in einigen Fällen kein Audio beim Empfangen von Anrufen aus dem PSTN erleben. Um dies zu vermeiden, müssen VPN-Administratoren den Zugriff zwischen Remote-VPN-Benutzern und der internen Direct Routing-SBC-Schnittstelle blockieren.

Konfigurieren von SBC(s) für die lokale Medienoptimierung gemäß der SBC-Anbieterspezifikation

In diesem Artikel wird die Konfiguration für Microsoft-Komponenten beschrieben. Informationen zur SBC-Konfiguration finden Sie in der Dokumentation zu Ihrem SBC-Anbieter. Informationen dazu, welche SBC-Anbieter die Optimierung lokaler Medien unterstützen, finden Sie unter Session Border Controller Certified for Direct Routing ( Session Border Controller Certified for Direct Routing).

Verwalten externer vertrauenswürdiger IP-Adressen

Externe vertrauenswürdige IP-Adressen sind die externen INTERNET-IP-Adressen des Unternehmensnetzwerks. Diese IP-Adressen sind die IP-Adressen, die von Microsoft Teams-Clients verwendet werden, wenn sie eine Verbindung mit Microsoft 365 herstellen. Sie müssen diese externen IP-Adressen für jede Website hinzufügen, auf der Benutzer die lokale Medienoptimierung verwenden.

Verwenden Sie das Cmdlet New-CsTenantTrustedIPAddress, um die öffentlichen IP-Adressen für jeden Standort hinzuzufügen. Sie können eine unbegrenzte Anzahl vertrauenswürdiger IP-Adressen für einen Mandanten definieren. Wenn die von Microsoft 365 erkannten externen IP-Adressen sowohl IPv4- als auch IPv6-Adressen sind, müssen Sie beide Arten von IP-Adressen hinzufügen. Verwenden Sie für IPv4 Maske 32. Verwenden Sie für IPv6 Maske 128. Sie können sowohl einzelne externe IP-Adressen als auch externe IP-Subnetze hinzufügen, indem Sie verschiedene MaskBits im Cmdlet angeben.

New-CsTenantTrustedIPAddress -IPAddress <External IP address> -MaskBits <Subnet bitmask> -Description <description>

Beispiel für das Hinzufügen vertrauenswürdiger IP-Adressen.

New-CsTenantTrustedIPAddress -IPAddress 172.16.240.110 -MaskBits 32 -Description "Vietnam site trusted IP"
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.120 -MaskBits 32 -Description "Indonesia site trusted IP"
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.130 -MaskBits 32 -Description "Singapore site trusted IP"

Definieren der Netzwerktopologie

In diesem Abschnitt wird beschrieben, wie Sie die Netzwerkregionen, Netzwerkstandorte und Netzwerksubnetze für Ihre Netzwerktopologie definieren.

Bei allen Parametern wird die Groß-/Kleinschreibung beachtet, sodass Sie sicherstellen müssen, dass Sie die gleiche Groß-/Kleinschreibung wie beim Setup verwenden. (Beispielsweise werden die GatewaySiteID-Werte "Vietnam" und "Vietnam" als unterschiedliche Standorte behandelt.)

Definieren von Netzwerkregionen

Verwenden Sie zum Definieren von Netzwerkregionen das Cmdlet New-CsTenantNetworkRegion. Der Parameter RegionID ist ein logischer Name, der die Geografie der Region darstellt und keine Abhängigkeiten oder Einschränkungen aufweist. Der CentralSite-Parameter <site ID> ist optional.

New-CsTenantNetworkRegion -NetworkRegionID <region ID>

Im folgenden Beispiel wird eine Netzwerkregion mit dem Namen APAC erstellt:

New-CsTenantNetworkRegion -NetworkRegionID "APAC"

Definieren von Netzwerkstandorten

Verwenden Sie zum Definieren von Netzwerkstandorten das Cmdlet New-CsTenantNetworkSite. Jeder Netzwerkstandort muss einer Netzwerkregion zugeordnet sein.

New-CsTenantNetworkSite -NetworkSiteID <site ID> -NetworkRegionID <region ID>

Im folgenden Beispiel werden drei neue Netzwerkstandorte erstellt: Vietnam, Indonesien und Singapur in der APAC-Region:

New-CsTenantNetworkSite -NetworkSiteID "Vietnam" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Indonesia" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Singapore" -NetworkRegionID "APAC"

Definieren von Netzwerksubnetzen

Verwenden Sie das Cmdlet New-CsTenantNetworkSubnet, um Netzwerksubnetze zu definieren und sie Netzwerkstandorten zuzuordnen. Jedes Netzwerksubnetz kann nur einem Standort zugeordnet werden.

New-CsTenantNetworkSubnet -SubnetID <Subnet IP address> -MaskBits <Subnet bitmask> -NetworkSiteID <site ID>

Im folgenden Beispiel werden drei Netzwerksubnetze definiert und den drei Netzwerkstandorten zugeordnet: Vietnam, Indonesien und Singapur:

New-CsTenantNetworkSubnet -SubnetID 192.168.1.0 -MaskBits 24 -NetworkSiteID "Vietnam"
New-CsTenantNetworkSubnet -SubnetID 192.168.2.0 -MaskBits 24 -NetworkSiteID "Indonesia"
New-CsTenantNetworkSubnet -SubnetID 192.168.3.0 -MaskBits 24 -NetworkSiteID "Singapore"

Definieren der Topologie des virtuellen Netzwerks

Zunächst erstellt der Mandantenadministrator mithilfe des Cmdlets New-CsOnlinePSTNGateway eine neue SBC-Konfiguration für jeden relevanten SBC. Der Mandantenadministrator definiert die Topologie des virtuellen Netzwerks, indem er die Netzwerkstandorte für die PSTN-Gatewayobjekte mithilfe des Cmdlets Set-CsOnlinePSTNGateway angibt:

PS C:\> Set-CsOnlinePSTNGateway -Identity <Identity> -GatewaySiteID <site ID> -MediaBypass <true/false> -BypassMode <Always/OnlyForLocalUsers> -ProxySBC  <proxy SBC FQDN or $null>

Beachten Sie Folgendes:

  • Wenn der Kunde über einen einzelnen SBC verfügt, muss der Parameter -ProxySBC entweder obligatorischer $null oder SBC-FQDN-Wert sein (Szenario mit zentralem SBC mit zentralisierten Trunks).
  • Der Parameter -MediaBypass muss auf $true festgelegt werden, um die lokale Medienoptimierung zu unterstützen.
  • Wenn der Parameter -BypassMode für den SBC nicht festgelegt ist, werden keine X-MS-Header gesendet.
  • Bei allen Parametern wird die Groß-/Kleinschreibung beachtet, sodass Sie sicherstellen müssen, dass Sie die gleiche Groß-/Kleinschreibung wie beim Setup verwenden. (Beispielsweise werden die GatewaySiteID-Werte "Vietnam" und "Vietnam" als unterschiedliche Standorte behandelt.)

Im folgenden Beispiel werden den Netzwerkstandorten Vietnam, Indonesien und Singapur in der APAC-Region mit dem Modus Immer umgehen drei SBCs hinzugefügt:

Set-CSOnlinePSTNGateway -Identity "proxysbc.contoso.com" -GatewaySiteID "Singapore" -MediaBypass $true -BypassMode "Always" -ProxySBC $null

Set-CSOnlinePSTNGateway -Identity "VNsbc.contoso.com" -GatewaySiteID "Vietnam" -MediaBypass $true -BypassMode "Always" -ProxySBC "proxysbc.contoso.com"

Set-CSOnlinePSTNGateway -Identity "IDsbc.contoso.com" -GatewaySiteID "Indonesia" -MediaBypass $true -BypassMode "Always" -ProxySBC "proxysbc.contoso.com"

Hinweis

Um einen unterbrechungsfreien Betrieb sicherzustellen, wenn die lokale Medienoptimierung und das Location-Based-Routing (LBR) gleichzeitig konfiguriert sind, müssen Downstream-SBCs für LBR aktiviert werden, indem der GatewaySiteLbrEnabled-Parameter für jeden Downstream-SBC auf $true festgelegt wird. (Diese Einstellung ist für den Proxy-SBC nicht obligatorisch.)

Basierend auf den obigen Informationen enthält Direct Routing drei proprietäre SIP-Header für SIP-Einladungen und erneute Einladungen, wie in der folgenden Tabelle gezeigt.

X-MS-Header, die in Direct Routing für Einladungen eingeführt wurden, und Re-Invites, wenn BypassMode definiert ist:

Headername Werte Kommentare
X-MS-UserLocation intern/extern Gibt an, ob der Benutzer intern oder extern ist.
Anforderungs-URI INVITE SIP: +84439263000@VNsbc.contoso.com SIP /2.0 SBC-FQDN Der FQDN, der für den Anruf vorgesehen ist, auch wenn der SBC nicht direkt mit Direct Routing verbunden ist
X-MS-MediaPath Beispiel: proxysbc.contoso.com, VNsbc.contoso.com Reihenfolge der SBCs, die für den Medienpfad zwischen dem Benutzer und dem Ziel-SBC verwendet werden sollen. Der endgültige SBC ist immer der letzte.
X-MS-UserSite usersiteID Vom Mandantenadministrator definierte Zeichenfolge

Anrufflüsse

Im Folgenden werden Aufrufflows für zwei Modi veranschaulicht:

Modus immer umgehen

Der Always Bypass-Modus ist die einfachste Option zum Konfigurieren. Der Mandantenadministrator kann einen einzelnen Standort für alle Benutzer und SBCs konfigurieren, wenn alle SBCs von einem beliebigen Standort aus erreichbar sind.

Die Beispiele zeigen den Immerumgehungsmodus für die folgenden Szenarien:

In der folgenden Tabelle sind der FQDN und die IP-Adressen aufgeführt, die in den Beispielen verwendet werden:

FQDN Externe SBC-IP-Adresse Interne SBC-IP-Adresse Internes Subnetz Ort Externe NAT (vertrauenswürdige IP)
VNsbc.contoso.com Keine 192.168.1.5 192.168.1.0/24 Vietnam 172.16.240.110
IDsbc.contoso.com Keine 192.168.2.5 192.168.2.0/24 Indonesien 172.16.240.120
proxysbc.contoso.com 172.16.240.133 192.168.3.5 192.168.3.0/24 Singapur 172.16.240.130

Ausgehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC mit Always Bypass

Modus Benutzer Ort Anrufrichtung
AlwaysBypass Intern Derselbe Standort wie SBC Ausgehend

Die folgende Tabelle zeigt die Endbenutzerkonfiguration und -aktion:

Physischer Standort des Benutzers Der Benutzer führt oder empfängt einen Anruf an/von der Nummer Telefonnummer des Benutzers Online-VoIP-Routingrichtlinie Für SBC konfigurierter Modus
Vietnam +84 4 3926 3000 +84 4 5555 5555 Priorität 1: ^+84(\d{9})$ -VNsbc.contoso.com
Priorität 2: .* - proxysbc.contoso.com
VNsbc.contoso.com – Immer umgehen
proxysbc.contoso.com – Immer umgehen

Das folgende Diagramm zeigt die SIP-Leiter für einen ausgehenden Anruf im Modus "Immer umgehen" und den Benutzer am gleichen Standort wie der SBC.

Diagramm mit ausgehenden Anrufen.

In der folgenden Tabelle sind die X-MS-Header aufgeführt, die von Direct Routing gesendet werden:

Parameter Erklärung
Einladen +8443926300@VNsbc.contoso.com Der In der Online-VoIP-Routingrichtlinie definierte Ziel-FQDN des SBC wird im Anforderungs-URI gesendet.
X-MS-UserLocation: intern Das Feld gibt an, dass sich der Benutzer innerhalb des Unternehmensnetzwerks befindet.
X-MS-MediaPath: VNsbc.contoso.com Gibt an, welchen SBC der Client zum Ziel-SBC durchlaufen muss. In diesem Fall haben wir Always Bypass, und der Client ist intern, der Zielname wird als einziger Name im Header gesendet.
X-MS-UserSite: Vietnam Das Feld, das auf der Website angegeben ist, an der sich der Benutzer befindet.

Eingehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC mit Always Bypass

Modus Benutzer Ort Anrufrichtung
AlwaysBypass Intern Derselbe Standort wie SBC Eingehende

Bei einem eingehenden Anruf ist der Standort des Benutzers unbekannt, und der SBC muss erraten, wo sich der Benutzer befindet. Wenn die Schätzung nicht richtig ist, ist eine erneute Einladung erforderlich. In diesem Fall wird davon ausgegangen, dass der Benutzer intern ist, Medien direkt fließen können und keine weiteren Aktionen erforderlich sind (erneutes Einladen). Der SBC, der mit dem Direct Routing-Dienst verbunden ist, meldet den ursprünglichen SBC-Standort, indem er Record-Route- und Kontaktfelder bereitstellt. Basierend auf diesen Feldern wird der Medienpfad durch Direct Routing berechnet.

Hinweis: Da ein Benutzer mehrere Endpunkte haben kann, ist die Unterstützung von 183 nicht möglich. Direct Routing verwendet in diesem Fall immer 180 Klingeln.

Das folgende Diagramm zeigt die SIP-Leiter für eingehende Anrufe im AlwaysBypass-Modus, und der Benutzer befindet sich am gleichen Standort wie der SBC.

Diagramm: SIP-Leiter.

Ausgehende Anrufe und der Benutzer ist extern mit Always Bypass

Modus Benutzer Site Anrufrichtung
AlwaysBypass Extern Nicht zutreffend Ausgehend

Das folgende Diagramm zeigt die SIP-Leiter für einen ausgehenden Anruf im AlwaysBypass-Modus, und der Benutzer ist extern:

Diagramm: SIP-Leiter

In der folgenden Tabelle sind die vom Direct Routing-Dienst gesendeten X-MS-Header aufgeführt:

Parameter Erklärung
Einladen +8443926300@VNsbc.contoso.com Der in der Online-VoIP-Routingrichtlinie definierte Ziel-FQDN des SBC wird im Anforderungs-URI gesendet.
X-MS-UserLocation: extern Das Feld gibt an, dass sich der Benutzer außerhalb des Unternehmensnetzwerks befindet.
X-MS-MediaPath: proxysbc.contoso.com, VNsbc.contoso.com Gibt an, welchen SBC der Client zum Ziel-SBC durchlaufen muss. In diesem Fall haben wir Always Bypass, und der Client ist extern.

Eingehende Anrufe, und der Benutzer ist extern mit Always Bypass

Modus Benutzer Site Anrufrichtung
AlwaysBypass Extern Nicht zutreffend Eingehende

Bei einem eingehenden Anruf muss der SBC, der mit Direct Routing verbunden ist, eine erneute Einladung senden (standardmäßig werden lokale Medienkandidaten immer angeboten), wenn der Standort des Benutzers extern ist. Der X-MediaPath wird basierend auf Record-Route und dem angegebenen SBC-Benutzer berechnet.

Das folgende Diagramm zeigt die SIP-Leiter für einen eingehenden Anruf im AlwaysBypass-Modus, und der Benutzer ist extern.

Diagramm, das erneut die SIP-Leiter zeigt.

Nur für den lokalen Benutzermodus

Lokale Medienkandidaten des Ziel-SBC werden nur angeboten, wenn sich ein Benutzer am gleichen Standort wie der SBC befindet. In allen anderen Fällen fließen Medien entweder über eine interne oder externe IP-Adresse des Proxy-SBC.

Die folgenden Szenarien werden beschrieben:

Die folgende Tabelle zeigt die Konfiguration und Aktion des Endbenutzers:

Physischer Standort des Benutzers Der Benutzer führt oder empfängt einen Anruf an/von der Nummer Telefonnummer des Benutzers Online-VoIP-Routingrichtlinie Für SBC konfigurierter Modus
Vietnam +84 4 3926 3000 +84 4 5555 5555 Priorität 1: ^+84(\d{9})$ -VNsbc.contoso.com
Priorität 2: .* - proxysbc.contoso.com
VNsbc.contoso.com – OnlyForLocalUsers Proxysbc.contoso.com – Immer umgehen

Ausgehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC mit Nur für lokale Benutzer

Modus Benutzer Site Anrufrichtung
OnlyForLocalUsers Intern Identisch mit SBC Ausgehend

Das folgende Diagramm zeigt einen ausgehenden Anruf im OnlyForLocalUsers-Modus, und der Benutzer befindet sich am gleichen Speicherort wie der SBC. Dies ist der gleiche Flow, der in ausgehenden Anrufen angezeigt wird, wenn sich der Benutzer am gleichen Standort wie der SBC befindet.

Das Diagramm zeigt erneut die SIP-Leiter.

Eingehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC mit Nur für lokale Benutzer

Modus Benutzer Site Anrufrichtung
OnlyForLocalUsers Intern Identisch mit SBC Eingehende

Das folgende Diagramm zeigt einen eingehenden Anruf im OnlyForLocalUsers-Modus, und der Benutzer befindet sich am gleichen Speicherort wie der SBC. Dies ist der gleiche Ablauf wie in eingehenden Anrufen, wenn sich der Benutzer am gleichen Standort wie der SBC befindet.

Ein weiteres Diagramm, das die SIP-Leiter zeigt.

Der Benutzer befindet sich nicht am gleichen Standort wie der SBC, sondern befindet sich im Unternehmensnetzwerk mit Nur für lokale Benutzer.

Modus Benutzer Site Anrufrichtung
OnlyForLocalUsers Intern Anders als SBC Ausgehend

Direct Routing berechnet X-MediaPath basierend auf dem gemeldeten Speicherort des Benutzers und dem modus, der auf dem SBC konfiguriert ist.

Das folgende Diagramm zeigt einen ausgehenden Anruf im OnlyForLocalUsers-Modus und einen internen Benutzer, der sich nicht am gleichen Ort wie der SBC befindet.

Ein weiteres Diagramm zeigt die SIP-Leiter.

Eingehender Anruf, und der Benutzer ist intern, befindet sich aber nicht am gleichen Ort wie der SBC mit Nur für lokale Benutzer

Modus Benutzer Site Anrufrichtung
OnlyForLocalUsers Intern Anders als SBC Eingehende

Das folgende Diagramm zeigt einen eingehenden Anruf im OnlyForLocalUsers-Modus und einen internen Benutzer, der sich nicht am gleichen Ort wie der SBC befindet.

Ein weiteres Diagramm, das die SIP-Leiter zeigt.