Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
A configuração para Otimização de Mídia Local é baseada nas configurações de rede comuns a outros recursos de voz na nuvem, como roteamento Location-Based e chamadas de emergência dinâmicas. Para saber mais sobre regiões de rede, sites de rede, sub-redes de rede e endereços IP confiáveis, confira Configurações de rede para recursos de voz na nuvem.
Antes de configurar a Otimização de mídia local, consulte Otimização de mídia local para Roteamento Direto.
Para configurar a Otimização de Mídia Local, as etapas a seguir são necessárias. Você pode usar o Centro de Administração do Teams ou o PowerShell. Para obter detalhes, consulte Gerenciar sua topologia de rede.
- Configure o usuário e os sites do SBC (conforme descrito neste artigo).
- Configure os SBCs para Otimização de Mídia Local (de acordo com a especificação do fornecedor do SBC).
O diagrama a seguir mostra a configuração de rede usada nos exemplos ao longo deste artigo.
Configure o usuário e os sites SBC
Para configurar o usuário e os sites SBC, você precisará:
Defina a topologia de rede configurando as regiões de rede, os sites de rede e as sub-redes de rede.
Defina a topologia da rede virtual atribuindo SBCs a sites com modos relevantes e valores de SBC de proxy.
Nota
A Otimização de Mídia Local depende de locais de clientes sendo detectados como externos ou internos em relação às redes da empresa com alcance a uma interface interna do Controlador de Borda de Sessão (SBC) de Roteamento Direto (DR). Em cenários VPN de túnel dividido, quando o ponto de extremidade do cliente for detectado como externo à rede do cliente, a Microsoft sinalizará o local externo para o SBC, mesmo que o cliente possa acessar a interface interna do SBC de Roteamento Direto do cliente. Os clientes de Roteamento Direto que usam Otimização de Mídia Local podem enfrentar tempos prolongados de configuração de chamadas e, em alguns casos, nenhum áudio ao receber chamadas da PSTN. Para evitar isso, os administradores de VPN devem bloquear o acesso entre usuários VPN remotos e a interface interna do SBC de Roteamento Direto.
Configure os SBCs para Otimização de Mídia Local de acordo com a especificação do fornecedor do SBC
Este artigo descreve a configuração dos componentes da Microsoft. Para obter informações sobre a configuração do SBC, consulte a documentação do fornecedor do SBC. Para obter informações sobre quais fornecedores do SBC dão suporte à Otimização de Mídia Local, consulte Controladores de borda de sessão certificados para Roteamento Direto.
Gerenciar endereços IP confiáveis externos
Os IPs externos confiáveis são os IPs externos da Internet da rede corporativa. Esses IPs são os endereços IP usados pelos clientes do Microsoft Teams quando eles se conectam ao Microsoft 365. Você precisa adicionar esses IPs externos para cada site em que usuários usam a Otimização de Mídia Local.
Para adicionar os endereços IP públicos para cada site, use o cmdlet New-CsTenantTrustedIPAddress. Você pode definir um número ilimitado de endereços IP confiáveis para um locatário. Se os IPs externos vistos pelo Microsoft 365 forem endereços IPv4 e IPv6, você precisará adicionar os dois tipos de endereços IP. Para IPv4, use máscara 32. Para IPv6, use a máscara 128. Você pode adicionar endereços IP externos individuais e sub-redes IP externas especificando MaskBits diferentes no cmdlet.
New-CsTenantTrustedIPAddress -IPAddress <External IP address> -MaskBits <Subnet bitmask> -Description <description>
Exemplo de adição de endereços IP confiáveis.
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"
Definir a topologia de rede
Esta seção descreve como definir as regiões de rede, sites de rede e sub-redes de rede para sua topologia de rede.
Todos os parâmetros diferenciam maiúsculas de minúsculas, portanto, você precisa garantir que usa a mesma maiúscula de minúsculas que foi usada durante a instalação. (Por exemplo, os valores "Vietnã" e "Vietnã" do GatewaySiteID são tratados como sites diferentes.)
Definir regiões de rede
Para definir regiões de rede, use o cmdlet New-CsTenantNetworkRegion. O parâmetro RegionID é um nome lógico que representa a geografia da região e não tem dependências ou restrições. O parâmetro CentralSite <site ID> é opcional.
New-CsTenantNetworkRegion -NetworkRegionID <region ID>
O exemplo a seguir cria uma região de rede chamada APAC:
New-CsTenantNetworkRegion -NetworkRegionID "APAC"
Definir sites de rede
Para definir sites de rede, use o cmdlet New-CsTenantNetworkSite. Cada site de rede deve ser associado a uma região de rede.
New-CsTenantNetworkSite -NetworkSiteID <site ID> -NetworkRegionID <region ID>
O exemplo a seguir cria três novos sites de rede, Vietnã, Indonésia e Cingapura, na região APAC:
New-CsTenantNetworkSite -NetworkSiteID "Vietnam" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Indonesia" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Singapore" -NetworkRegionID "APAC"
Definir sub-redes de rede
Para definir sub-redes de rede e associá-las a sites de rede, use o cmdlet New-CsTenantNetworkSubnet. Cada sub-rede de rede só pode ser associada a um site.
New-CsTenantNetworkSubnet -SubnetID <Subnet IP address> -MaskBits <Subnet bitmask> -NetworkSiteID <site ID>
O exemplo a seguir define três sub-redes de rede e as associa aos três sites de rede: Vietnã, Indonésia e Cingapura:
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"
Definir a topologia da rede virtual
Primeiro, o administrador de locatários cria uma nova configuração de SBC para cada SBC relevante usando o cmdlet New-CsOnlinePSTNGateway. O administrador de locatários define a topologia da rede virtual especificando os sites de rede para os objetos de gateway PSTN usando o cmdlet Set-CsOnlinePSTNGateway:
PS C:\> Set-CsOnlinePSTNGateway -Identity <Identity> -GatewaySiteID <site ID> -MediaBypass <true/false> -BypassMode <Always/OnlyForLocalUsers> -ProxySBC <proxy SBC FQDN or $null>
Observe o seguinte:
- Se o cliente tiver um único SBC, o parâmetro -ProxySBC deverá ser obrigatório $null ou valor FQDN do SBC (SBC Central com cenário de troncos centralizados).
- O parâmetro -MediaBypass deve ser definido como $true para dar suporte à Otimização de Mídia Local.
- Se o SBC não tiver o parâmetro -BypassMode definido, os cabeçalhos X-MS não serão enviados.
- Todos os parâmetros diferenciam maiúsculas de minúsculas, portanto, você precisa garantir que usa a mesma maiúscula de minúsculas que foi usada durante a instalação. (Por exemplo, os valores "Vietnã" e "Vietnã" do GatewaySiteID são tratados como sites diferentes.)
O exemplo a seguir adiciona três SBCs aos sites de rede Vietnã, Indonésia e Cingapura na região APAC com o modo Sempre ignorar:
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"
Nota
Para garantir operações ininterruptas quando a Otimização de Mídia Local e o Roteamento Location-Based (LBR) são configurados ao mesmo tempo, os SBCs downstream devem ser habilitados para LBR definindo o parâmetro GatewaySiteLbrEnabled como $true para cada SBC downstream. (Essa configuração não é obrigatória para o proxy SBC.)
Com base nas informações acima, o Roteamento Direto inclui três cabeçalhos SIP proprietários para convites e reconvites SIP, conforme mostrado na tabela a seguir.
Cabeçalhos X-MS introduzidos no Roteamento Direto em Convites e Re-Invites se BypassMode estiver definido:
| Nome do cabeçalho | Valores | Comentários |
|---|---|---|
| X-MS-UserLocation | Interno/Externo | Indica se o usuário é interno ou externo |
| URI de solicitação CONVIDAR sip: +84439263000@VNsbc.contoso.com SIP /2.0 | SBC FQDN | O FQDN que é direcionado para a chamada, mesmo que o SBC não esteja diretamente conectado ao Roteamento Direto |
| X-MS-MediaPath | Exemplo: proxysbc.contoso.com, VNsbc.contoso.com | Ordem dos SBCs que devem ser usados para o caminho de mídia entre o usuário e o SBC de destino. O SBC final é sempre o último |
| X-MS-UserSite | usersiteID | Cadeia de caracteres definida pelo administrador do locatário |
Fluxos de chamada
O seguinte mostra os fluxos de chamada para dois modos:
Modo Sempre Bypass
O modo Always Bypass é a opção mais simples de configurar. O administrador de locatários poderá configurar um único site para todos os usuários e SBCs se todos os SBCs estiverem acessíveis de qualquer site.
Os exemplos mostram o modo Sempre bypass para os seguintes cenários:
- Chamadas de saída e o usuário está no mesmo local que o SBC
- Chamadas de entrada e o usuário está no mesmo local que o SBC
- Chamadas de saída e o usuário é externo
- Chamadas de entrada e o usuário é externo
A tabela a seguir mostra os endereços FQDN e IP usados nos exemplos:
| FQDN | Endereço IP externo do SBC | Endereço IP interno do SBC | Sub-rede interna | Localização | NAT externo (IP confiável) |
|---|---|---|---|---|---|
| VNsbc.contoso.com | Nenhum | 192.168.1.5 | 192.168.1.0/24 | Vietnã | 172.16.240.110 |
| IDsbc.contoso.com | Nenhum | 192.168.2.5 | 192.168.2.0/24 | Indonésia | 172.16.240.120 |
| proxysbc.contoso.com | 172.16.240.133 | 192.168.3.5 | 192.168.3.0/24 | Singapura | 172.16.240.130 |
Chamadas de saída e o usuário está no mesmo local que o SBC com Always Bypass
| Modo | Usuário | Localização | Direção da chamada |
|---|---|---|---|
| AlwaysBypass | Interno | O mesmo site que o SBC | Saída |
A tabela a seguir mostra a configuração e a ação do usuário final:
| Localização física do usuário | O usuário faz ou recebe uma chamada de/para um número | Número de telefone do usuário | Política de roteamento de voz online | Modo configurado para SBC |
|---|---|---|---|---|
| Vietnã | +84 4 3926 3000 | +84 4 5555 5555 | Prioridade 1: ^+84(\d{9})$ -VNsbc.contoso.com Prioridade 2: .* - proxysbc.contoso.com |
VNsbc.contoso.com – Sempre ignorar proxysbc.contoso.com – Sempre ignorar |
O diagrama a seguir mostra a escada SIP para uma chamada de saída com o modo Sempre ignorar e o usuário no mesmo local que o SBC.
A tabela a seguir mostra os cabeçalhos X-MS enviados pelo Roteamento Direto:
| Parâmetro | Explicação |
|---|---|
| Convidar +8443926300@VNsbc.contoso.com | O FQDN de destino do SBC, conforme definido na Política de Roteamento de Voz Online, é enviado no URI da Solicitação |
| X-MS-UserLocation: interno | O campo indicava que o usuário está localizado dentro da rede corporativa |
| X-MS-MediaPath: VNsbc.contoso.com | Especifica qual SBC o cliente deve atravessar para o SBC de destino. Neste caso, como temos Always Bypass, e o cliente é interno, o nome de destino enviado como o único nome no cabeçalho. |
| X-MS-UserSite: Vietnã | O campo indicado dentro do site em que o usuário está localizado. |
Chamadas de entrada e o usuário está no mesmo local que o SBC com Always Bypass
| Modo | Usuário | Localização | Direção da chamada |
|---|---|---|---|
| AlwaysBypass | Interno | O mesmo site que o SBC | Entrada |
Em uma chamada de entrada, a localização do usuário é desconhecida e o SBC deve adivinhar onde o usuário está. Se o palpite não estiver correto, será necessário um novo convite. Esse caso pressupõe que o usuário é interno, a mídia pode fluir diretamente e nenhuma ação adicional é necessária (convite novamente). O SBC conectado ao serviço de Roteamento Direto informa o local do SBC de origem fornecendo os campos Record-Route e Contato. Com base nesses campos, o caminho da mídia é calculado pelo Roteamento Direto.
Observação: como um usuário pode ter vários pontos de extremidade, o suporte a 183 não é possível. O Roteamento Direto sempre usará 180 Ringing nesse caso.
O diagrama a seguir mostra a escada SIP para na chamada de entrada com o modo AlwaysBypass, e o usuário está no mesmo local que o SBC.
Chamadas de saída e o usuário é externo com Always Bypass
| Modo | Usuário | Site | Direção da chamada |
|---|---|---|---|
| AlwaysBypass | Externo | Não disponível | Saída |
O diagrama a seguir mostra a escada SIP para uma chamada de saída com o modo AlwaysBypass, e o usuário é externo:
A tabela a seguir mostra os cabeçalhos X-MS enviados pelo serviço de Roteamento Direto:
| Parâmetro | Explicação |
|---|---|
| Convidar +8443926300@VNsbc.contoso.com | O FQDN de destino do SBC, conforme definido na Política de Roteamento de Voz Online, é enviado no URI da Solicitação. |
| X-MS-UserLocation: externo | O campo indica que o usuário está localizado fora da rede corporativa. |
| X-MS-MediaPath: proxysbc.contoso.com, VNsbc.contoso.com | Especifica qual SBC o cliente deve atravessar para o SBC de destino. Neste caso, como temos Always Bypass, e o cliente é externo. |
Chamadas de entrada e o usuário é externo com Always Bypass
| Modo | Usuário | Site | Direção da chamada |
|---|---|---|---|
| AlwaysBypass | Externo | Não disponível | Entrada |
Para uma chamada de entrada, o SBC conectado ao Roteamento Direto precisa enviar um novo convite (por padrão, os candidatos da mídia local sempre são oferecidos) se o local do usuário for externo. O X-MediaPath é calculado com base no Record-Route e no usuário SBC especificado.
O diagrama a seguir mostra a escada SIP para uma chamada de entrada com o modo AlwaysBypass, e o usuário é externo.
Somente para o modo de usuários locais
Os candidatos à mídia local do SBC de destino serão oferecidos somente se um usuário estiver no mesmo local que o SBC. Em todos os outros casos, a mídia fluirá por meio de um IP interno ou externo do SBC proxy.
Descrevemos os seguintes cenários:
- Chamadas de saída e o usuário está no mesmo local que o SBC
- Chamadas de entrada e o usuário está no mesmo local que o SBC
- O usuário não está no mesmo local que o SBC, mas está na rede corporativa
- Chamadas de entrada e o usuário são internos, mas não estão no mesmo local que o SBC
A tabela a seguir mostra a configuração e a ação do usuário final:
| Localização física do usuário | O usuário faz ou recebe uma chamada de/para um número | Número de telefone do usuário | Política de roteamento de voz online | Modo configurado para SBC |
|---|---|---|---|---|
| Vietnã | +84 4 3926 3000 | +84 4 5555 5555 | Prioridade 1: ^+84(\d{9})$ -VNsbc.contoso.com Prioridade 2: .* - proxysbc.contoso.com |
VNsbc.contoso.com – OnlyForLocalUsers Proxysbc.contoso.com – Sempre ignorar |
Chamadas de saída e o usuário está no mesmo local que o SBC com Somente para usuários locais
| Modo | Usuário | Site | Direção da chamada |
|---|---|---|---|
| OnlyForLocalUsers | Interno | Igual ao SBC | Saída |
O diagrama a seguir mostra uma chamada de saída com o modo OnlyForLocalUsers e o usuário está no mesmo local que o SBC. Esse é o mesmo fluxo mostrado em chamadas de saída quando o usuário está no mesmo local que o SBC.
Chamadas de entrada e o usuário está no mesmo local que o SBC com Somente para usuários locais
| Modo | Usuário | Site | Direção da chamada |
|---|---|---|---|
| OnlyForLocalUsers | Interno | Igual ao SBC | Entrada |
O diagrama a seguir mostra uma chamada de entrada com o modo OnlyForLocalUsers e o usuário está no mesmo local que o SBC. Esse é o mesmo fluxo mostrado em chamadas de entrada quando o usuário está no mesmo local que o SBC.
O usuário não está no mesmo local que o SBC, mas está na rede corporativa com Somente para usuários locais
| Modo | Usuário | Site | Direção da chamada |
|---|---|---|---|
| OnlyForLocalUsers | Interno | Diferente do SBC | Saída |
O roteamento direto calcula o X-MediaPath com base na localização relatada do usuário e no modo configurado no SBC.
O diagrama a seguir mostra uma chamada de saída com o modo OnlyForLocalUsers e um usuário interno que não está no mesmo local que o SBC.
Chamada de entrada e o usuário é interno, mas não está no mesmo local que o SBC com Somente para usuários locais
| Modo | Usuário | Site | Direção da chamada |
|---|---|---|---|
| OnlyForLocalUsers | Interno | Diferente do SBC | Entrada |
O diagrama a seguir mostra uma chamada de entrada com o modo OnlyForLocalUsers e um usuário interno que não está no mesmo local que o SBC.
