Configurer l’optimisation des médias locaux pour le routage direct
La configuration de l’optimisation des médias locaux est basée sur des paramètres réseau communs à d’autres fonctionnalités vocales cloud, telles que le routage Location-Based et les appels d’urgence dynamiques. Pour en savoir plus sur les régions réseau, les sites réseau, les sous-réseaux réseau et les adresses IP approuvées, consultez Paramètres réseau pour les fonctionnalités vocales cloud.
Avant de configurer l’optimisation des médias locaux, consultez Optimisation des médias locaux pour le routage direct.
Pour configurer l’optimisation des médias locaux, les étapes suivantes sont requises. Vous pouvez utiliser le Centre Administration Teams ou PowerShell. Pour plus d’informations, consultez Gérer votre topologie réseau.
- Configurez l’utilisateur et les sites SBC (comme décrit dans cet article).
- Configurez les SBC pour l’optimisation des médias locaux (conformément aux spécifications de votre fournisseur SBC).
Le diagramme suivant montre la configuration réseau utilisée dans les exemples de cet article.
Configurer l’utilisateur et les sites SBC
Pour configurer l’utilisateur et les sites SBC, vous devez :
Définissez la topologie réseau en configurant les régions réseau, les sites réseau et les sous-réseaux réseau.
Définissez la topologie de réseau virtuel en affectant des SBC à des sites avec des modes appropriés et des valeurs SBC de proxy.
Remarque
L’optimisation des médias locaux s’appuie sur la détection d’emplacements clients en tant qu’emplacements externes ou internes par rapport aux réseaux d’entreprise avec accès à une interface interne du contrôleur de bordure de session (SBC) de routage direct (DR). Dans les scénarios VPN en tunnel partagé lorsque le point de terminaison client est détecté comme externe au réseau du client, Microsoft signale l’emplacement externe au SBC, même si le client peut atteindre l’interface interne du SBC de routage direct du client. Les clients de routage direct utilisant l’optimisation des médias locaux peuvent rencontrer des temps de configuration des appels prolongés et, dans certains cas, aucun son lors de la réception d’appels à partir du RÉSEAU PSTN. Pour éviter cela, les administrateurs VPN doivent bloquer l’accès entre les utilisateurs VPN distants et l’interface interne SBC de routage direct.
Configurer le ou les SBC pour l’optimisation des médias locaux conformément à la spécification du fournisseur SBC
Cet article décrit la configuration des composants Microsoft. Pour plus d’informations sur la configuration de SBC, consultez la documentation de votre fournisseur SBC. Pour plus d’informations sur les fournisseurs SBC qui prennent en charge l’optimisation des médias locaux, consultez Contrôleurs de frontière de session certifiés pour le routage direct.
Gérer les adresses IP approuvées externes
Les adresses IP externes approuvées sont les adresses IP internet externes du réseau d’entreprise. Ces adresses IP sont les adresses IP utilisées par les clients Microsoft Teams lorsqu’ils se connectent à Microsoft 365. Vous devez ajouter ces adresses IP externes pour chaque site où des utilisateurs utilisent l’optimisation des médias locaux.
Pour ajouter les adresses IP publiques pour chaque site, utilisez l’applet de commande New-CsTenantTrustedIPAddress. Vous pouvez définir un nombre illimité d’adresses IP approuvées pour un locataire. Si les adresses IP externes vues par Microsoft 365 sont des adresses IPv4 et IPv6, vous devez ajouter les deux types d’adresses IP. Pour IPv4, utilisez masque 32. Pour IPv6, utilisez le masque 128. Vous pouvez ajouter des adresses IP externes individuelles et des sous-réseaux IP externes en spécifiant différents MaskBits sur l’applet de commande.
New-CsTenantTrustedIPAddress -IPAddress <External IP address> -MaskBits <Subnet bitmask> -Description <description>
Exemple d’ajout d’adresses IP approuvées.
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"
Définir la topologie de réseau
Cette section explique comment définir les régions réseau, les sites réseau et les sous-réseaux réseau pour votre topologie de réseau.
Tous les paramètres respectent la casse. Vous devez donc vous assurer que vous utilisez le même cas que celui utilisé lors de l’installation. (Par exemple, les valeurs GatewaySiteID « Vietnam » et « vietnam » seront traitées comme des sites différents.)
Définir des régions réseau
Pour définir des régions réseau, utilisez l’applet de commande New-CsTenantNetworkRegion. Le paramètre RegionID est un nom logique qui représente la zone géographique de la région et qui n’a aucune dépendance ou restriction. Le paramètre CentralSite <site ID> est facultatif.
New-CsTenantNetworkRegion -NetworkRegionID <region ID>
L’exemple suivant crée une région réseau nommée APAC :
New-CsTenantNetworkRegion -NetworkRegionID "APAC"
Définir des sites réseau
Pour définir des sites réseau, utilisez l’applet de commande New-CsTenantNetworkSite. Chaque site réseau doit être associé à une région réseau.
New-CsTenantNetworkSite -NetworkSiteID <site ID> -NetworkRegionID <region ID>
L’exemple suivant crée trois nouveaux sites réseau ( Vietnam, Indonésie et Singapour) dans la région APAC :
New-CsTenantNetworkSite -NetworkSiteID "Vietnam" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Indonesia" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Singapore" -NetworkRegionID "APAC"
Définir des sous-réseaux réseau
Pour définir des sous-réseaux réseau et les associer à des sites réseau, utilisez l’applet de commande New-CsTenantNetworkSubnet. Chaque sous-réseau réseau ne peut être associé qu’à un seul site.
New-CsTenantNetworkSubnet -SubnetID <Subnet IP address> -MaskBits <Subnet bitmask> -NetworkSiteID <site ID>
L’exemple suivant définit trois sous-réseaux réseau et les associe aux trois sites réseau : Vietnam, Indonésie et Singapour :
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"
Définir la topologie de réseau virtuel
Tout d’abord, l’administrateur client crée une configuration SBC pour chaque SBC approprié à l’aide de l’applet de commande New-CsOnlinePSTNGateway. L’administrateur client définit la topologie de réseau virtuel en spécifiant les sites réseau pour les objets de passerelle RTC à l’aide de l’applet de commande Set-CsOnlinePSTNGateway :
PS C:\> Set-CsOnlinePSTNGateway -Identity <Identity> -GatewaySiteID <site ID> -MediaBypass <true/false> -BypassMode <Always/OnlyForLocalUsers> -ProxySBC <proxy SBC FQDN or $null>
Remarques :
- Si le client a un seul SBC, le paramètre -ProxySBC doit être obligatoire $null ou valeur de nom de domaine complet SBC (scénario SBC central avec jonctions centralisées).
- Le paramètre -MediaBypass doit être défini sur $true afin de prendre en charge l’optimisation des médias locaux.
- Si le paramètre -BypassMode n’est pas défini sur le SBC, les en-têtes X-MS ne sont pas envoyés.
- Tous les paramètres respectent la casse. Vous devez donc vous assurer que vous utilisez le même cas que celui utilisé lors de l’installation. (Par exemple, les valeurs GatewaySiteID « Vietnam » et « vietnam » seront traitées comme des sites différents.)
L’exemple suivant ajoute trois SBC aux sites réseau Vietnam, Indonésie et Singapour dans la région APAC avec le mode Toujours contourner :
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"
Remarque
Pour garantir des opérations ininterrompues lorsque l’optimisation des médias locaux et le routage Location-Based (LBR) sont configurés en même temps, les SBC en aval doivent être activés pour LBR en définissant le paramètre GatewaySiteLbrEnabled sur $true pour chaque SBC en aval. (Ce paramètre n’est pas obligatoire pour le SBC proxy.)
En fonction des informations ci-dessus, le routage direct inclut trois en-têtes SIP propriétaires pour les invitations SIP et les invitations de nouveau, comme indiqué dans le tableau suivant.
En-têtes X-MS introduits dans le routage direct sur les invitations et Re-Invites si BypassMode est défini :
| Nom de l’en-tête | Valeurs | Commentaires |
|---|---|---|
| X-MS-UserLocation | interne/externe | Indique si l’utilisateur est interne ou externe |
| Request-URI INVITE sip: +84439263000@VNsbc.contoso.com SIP /2.0 | Nom de domaine complet SBC | Nom de domaine complet ciblé pour l’appel même si le SBC n’est pas directement connecté au routage direct |
| X-MS-MediaPath | Exemple : proxysbc.contoso.com, VNsbc.contoso.com | Ordre des SBC à utiliser pour le chemin du média entre l’utilisateur et le SBC cible. Le SBC final est toujours le dernier |
| X-MS-UserSite | usersiteID | Chaîne définie par l’administrateur client |
Flux d’appels
L’exemple suivant montre les flux d’appels pour deux modes :
Mode Always Bypass
Le mode Always Bypass est l’option la plus simple à configurer. L’administrateur client peut configurer un site unique pour tous les utilisateurs et les SBC si tous les SBC sont accessibles à partir de n’importe quel site.
Les exemples montrent le mode de contournement Always pour les scénarios suivants :
- Appels sortants et l’utilisateur se trouve au même emplacement que le SBC
- Appels entrants et l’utilisateur se trouve au même emplacement que le SBC
- Appels sortants et l’utilisateur est externe
- Appels entrants et l’utilisateur est externe
Le tableau suivant présente le nom de domaine complet et les adresses IP utilisés dans les exemples :
| FQDN | Adresse IP externe SBC | Adresse IP interne SBC | Sous-réseau interne | Lieu | NAT externe (ADRESSE IP approuvée) |
|---|---|---|---|---|---|
| VNsbc.contoso.com | Aucun | 192.168.1.5 | 192.168.1.0/24 | Vietnam | 172.16.240.110 |
| IDsbc.contoso.com | Aucun | 192.168.2.5 | 192.168.2.0/24 | Indonésie | 172.16.240.120 |
| proxysbc.contoso.com | 172.16.240.133 | 192.168.3.5 | 192.168.3.0/24 | Singapour | 172.16.240.130 |
Appels sortants et l’utilisateur se trouve au même emplacement que le SBC avec Always Bypass
| Mode | Utilisateur | Lieu | Sens de l’appel |
|---|---|---|---|
| AlwaysBypass | Interne | Le même site que SBC | Sortant |
Le tableau suivant présente la configuration et l’action de l’utilisateur final :
| Emplacement physique de l’utilisateur | L’utilisateur effectue ou reçoit un appel vers/à partir d’un numéro | Numéro de téléphone de l’utilisateur | Stratégie de routage des voix en ligne | Mode configuré pour SBC |
|---|---|---|---|---|
| Vietnam | +84 4 3926 3000 | +84 4 5555 5555 | Priorité 1 : ^+84(\d{9})$ -VNsbc.contoso.com Priorité 2 : .* - proxysbc.contoso.com |
VNsbc.contoso.com – Toujours contourner proxysbc.contoso.com – Toujours contourner |
Le diagramme suivant montre l’échelle SIP pour un appel sortant en mode Always Bypass et l’utilisateur au même emplacement que le SBC.
Le tableau suivant présente les en-têtes X-MS envoyés par le routage direct :
| Paramètre | Explication |
|---|---|
| Inviter +8443926300@VNsbc.contoso.com | Le nom de domaine complet cible du SBC tel que défini dans la stratégie de routage des communications vocales en ligne est envoyé dans l’URI de la requête |
| X-MS-UserLocation : interne | Le champ indique que l’utilisateur se trouve à l’intérieur du réseau d’entreprise |
| X-MS-MediaPath : VNsbc.contoso.com | Spécifie le SBC que le client doit traverser jusqu’au SBC cible. Dans ce cas, comme nous avons Always Bypass, et le client est interne le nom cible envoyé comme seul nom dans l’en-tête. |
| X-MS-UserSite : Vietnam | Champ indiqué dans le site où se trouve l’utilisateur. |
Appels entrants et l’utilisateur se trouve au même emplacement que le SBC avec Always Bypass
| Mode | Utilisateur | Lieu | Sens de l’appel |
|---|---|---|---|
| AlwaysBypass | Interne | Le même site que SBC | Entrants |
Lors d’un appel entrant, l’emplacement de l’utilisateur est inconnu et le SBC doit deviner où se trouve l’utilisateur. Si l’estimation n’est pas correcte, une nouvelle invitation est requise. Ce cas suppose que l’utilisateur est interne, que le média peut circuler directement et qu’aucune autre action n’est requise (réinvitation). Le SBC connecté au service de routage direct signale l’emplacement SBC d’origine en fournissant des champs Record-Route et Contact. En fonction de ces champs, le chemin du média est calculé par routage direct.
Remarque : Étant donné qu’un utilisateur peut avoir plusieurs points de terminaison, la prise en charge de 183 n’est pas possible. Le routage direct utilise toujours la sonnerie 180 dans ce cas.
Le diagramme suivant montre l’échelle SIP pour les appels entrants en mode AlwaysBypass, et l’utilisateur se trouve au même emplacement que le SBC.
Appels sortants et l’utilisateur est externe avec Always Bypass
| Mode | Utilisateur | Site | Sens de l’appel |
|---|---|---|---|
| AlwaysBypass | Externe | N/A | Sortant |
Le diagramme suivant montre l’échelle SIP pour un appel sortant avec le mode AlwaysBypass, et l’utilisateur est externe :
Le tableau suivant présente les en-têtes X-MS envoyés par le service de routage direct :
| Paramètre | Explication |
|---|---|
| Inviter +8443926300@VNsbc.contoso.com | Le nom de domaine complet cible du SBC tel que défini dans la stratégie de routage des communications vocales en ligne est envoyé dans l’URI de la requête. |
| X-MS-UserLocation : externe | Le champ indique que l’utilisateur se trouve en dehors du réseau d’entreprise. |
| X-MS-MediaPath : proxysbc.contoso.com, VNsbc.contoso.com | Spécifie le SBC que le client doit traverser jusqu’au SBC cible. Dans ce cas, nous avons Always Bypass et le client est externe. |
Appels entrants et l’utilisateur est externe avec Always Bypass
| Mode | Utilisateur | Site | Sens de l’appel |
|---|---|---|---|
| AlwaysBypass | Externe | N/A | Entrants |
Pour un appel entrant, le SBC connecté au routage direct doit envoyer une nouvelle invitation (par défaut, les candidats médias locaux sont toujours proposés) si l’emplacement de l’utilisateur est externe. X-MediaPath est calculé en fonction de Record-Route et de l’utilisateur SBC spécifié.
Le diagramme suivant montre l’échelle SIP pour un appel entrant avec le mode AlwaysBypass, et l’utilisateur est externe.
Uniquement pour le mode utilisateurs locaux
Les candidats médias locaux du SBC cible seront proposés uniquement si un utilisateur se trouve au même endroit que le SBC. Dans tous les autres cas, le média transite par une adresse IP interne ou externe du SBC proxy.
Les scénarios suivants sont décrits :
- Appels sortants et l’utilisateur se trouve au même emplacement que le SBC
- Appels entrants et l’utilisateur se trouve au même emplacement que le SBC
- L’utilisateur n’est pas au même emplacement que le SBC, mais se trouve dans le réseau d’entreprise
- Appels entrants et l’utilisateur est interne, mais n’est pas au même emplacement que le SBC
Le tableau suivant présente la configuration et l’action de l’utilisateur final :
| Emplacement physique de l’utilisateur | L’utilisateur effectue ou reçoit un appel vers/à partir d’un numéro | Numéro de téléphone de l’utilisateur | Stratégie de routage des voix en ligne | Mode configuré pour SBC |
|---|---|---|---|---|
| Vietnam | +84 4 3926 3000 | +84 4 5555 5555 | Priorité 1 : ^+84(\d{9})$ -VNsbc.contoso.com Priorité 2 : .* - proxysbc.contoso.com |
VNsbc.contoso.com – OnlyForLocalUsers Proxysbc.contoso.com – Always Bypass |
Appels sortants et l’utilisateur se trouve au même emplacement que le SBC avec Uniquement pour les utilisateurs locaux
| Mode | Utilisateur | Site | Sens de l’appel |
|---|---|---|---|
| OnlyForLocalUsers | Interne | Identique à SBC | Sortant |
Le diagramme suivant montre un appel sortant avec le mode OnlyForLocalUsers, et l’utilisateur se trouve au même emplacement que le SBC. Il s’agit du même flux affiché dans les appels sortants lorsque l’utilisateur se trouve au même emplacement que le SBC.
Appels entrants et l’utilisateur se trouve au même emplacement que le SBC avec Uniquement pour les utilisateurs locaux
| Mode | Utilisateur | Site | Sens de l’appel |
|---|---|---|---|
| OnlyForLocalUsers | Interne | Identique à SBC | Entrants |
Le diagramme suivant montre un appel entrant avec le mode OnlyForLocalUsers, et l’utilisateur se trouve au même emplacement que le SBC. Il s’agit du même flux que celui indiqué dans Appels entrants lorsque l’utilisateur se trouve au même emplacement que le SBC.
L’utilisateur n’est pas au même emplacement que le SBC, mais se trouve dans le réseau d’entreprise avec Uniquement pour les utilisateurs locaux
| Mode | Utilisateur | Site | Sens de l’appel |
|---|---|---|---|
| OnlyForLocalUsers | Interne | Différent de SBC | Sortant |
Le routage direct calcule X-MediaPath en fonction de l’emplacement signalé de l’utilisateur et du mode configuré sur le SBC.
Le diagramme suivant montre un appel sortant avec le mode OnlyForLocalUsers et un utilisateur interne qui n’est pas au même emplacement que le SBC.
Appel entrant et l’utilisateur est interne, mais n’est pas au même emplacement que le SBC avec Uniquement pour les utilisateurs locaux
| Mode | Utilisateur | Site | Sens de l’appel |
|---|---|---|---|
| OnlyForLocalUsers | Interne | Différent de SBC | Entrants |
Le diagramme suivant montre un appel entrant avec le mode OnlyForLocalUsers et un utilisateur interne qui n’est pas au même emplacement que le SBC.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour