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.
- Konfigurieren Sie den Benutzer und die SBC-Websites (wie in diesem Artikel beschrieben).
- 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.
Konfigurieren des Benutzers und der SBC-Websites
Um den Benutzer und die SBC-Websites zu konfigurieren, müssen Sie Folgendes ausführen:
Definieren Sie die Netzwerktopologie , indem Sie die Netzwerkregionen, Netzwerkstandorte und Netzwerksubnetze konfigurieren.
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:
- Ausgehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC
- Eingehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC
- Ausgehende Anrufe, und der Benutzer ist extern
- Eingehende Anrufe, und der Benutzer ist extern
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.
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.
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:
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.
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:
- Ausgehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC
- Eingehende Anrufe, und der Benutzer befindet sich am gleichen Standort wie der SBC
- Der Benutzer befindet sich nicht am gleichen Standort wie der SBC, sondern im Unternehmensnetzwerk.
- Eingehende Anrufe und der Benutzer ist intern, befindet sich aber nicht am gleichen Standort wie der SBC.
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.
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.
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.
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.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter: https://aka.ms/ContentUserFeedback.
Einreichen und Feedback anzeigen für