Planejar a otimização da mídia local para o Roteamento Direto

A voz PSTN (Rede Telefônica Pública Comutada) é considerada um aplicativo crítico para os negócios com altas expectativas de qualidade de voz. O Roteamento Direto para a Telefonia do Microsoft Teams permite controlar os fluxos de tráfego de mídia para acomodar uma infinidade de topologias de rede e configurações de telefonia local para várias empresas em todo o mundo.

A Otimização de Mídia Local para Roteamento Direto permite gerenciar a qualidade da voz:

• Controlando como o tráfego de mídia flui entre os clientes do Teams e os Controladores de Borda de Sessão (SBCs) do cliente.

• Manter a mídia local dentro dos limites de sub-redes de redes corporativas.

• Permitir fluxos de mídia entre os clientes do Teams e os SBCs, mesmo que os SBCs estejam atrás de firewalls corporativos com IPs privados e não sejam visíveis diretamente para a Microsoft.

A Otimização de Mídia Local suporta dois cenários:

• Centralização de todos os troncos locais por meio de um SBC centralizado conectado ao tronco SIP (Session Initiation Protocol) principal. Este cenário fornece serviços de telefonia para todas as filiais locais da empresa.

• Uma topologia de rede virtual de SBCs. Nesse cenário, os SBCs nas filiais locais estão conectados a um SBC proxy centralizado que é visível e se comunica com a Telefonia do Teams por meio de seu endereço IP externo. Em uma topologia de rede virtual, os SBCs downstream estão se comunicando por meio de IPs internos e não são diretamente visíveis para a Telefonia do Teams.

Este artigo descreve a funcionalidade do recurso, cenários de clientes e soluções. Para obter detalhes sobre a configuração, consulte Configurar a Otimização de Mídia Local.

Nota

Se você quiser manter a mídia local dentro dos limites da intranet, a Otimização de Mídia Local é recomendada. No entanto, se você já tiver o Bypass de Mídia e usar apenas os endereços IP públicos de seus SBCs, não precisará mudar para a Otimização de Mídia Local. Você pode continuar a usar o Bypass de Mídia. Para obter mais informações, consulte Planejar Bypass de Mídia.

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.

Cenários de clientes com suporte

Para esta discussão, suponha que a Contoso administre várias empresas em todo o mundo da seguinte maneira. (As regiões da Europa e APAC são usadas apenas como exemplos. Uma empresa pode ter várias regiões diferentes com requisitos semelhantes.)

• Na Europa, a Contoso tem escritórios em aproximadamente 30 países/regiões. Cada escritório tem seu próprio PBX (Private Branch Exchange).

  A Contoso recebeu a opção de centralizar os troncos em um local, Amsterdã, para todos os 30 escritórios europeus. A Contoso implantou o SBC em Amsterdã, forneceu largura de banda suficiente para executar chamadas por meio do local centralizado, conectou um tronco SIP central ao local centralizado e começou a atender a todos os locais europeus de Amsterdã.

• Na região APAC, a Contoso tem vários escritórios em diferentes países/regiões.

  Em muitos países/regiões, a empresa ainda possui troncos de multiplexação por divisão de tempo (TDM) em filiais locais. A centralização dos troncos TDM não é uma opção na região APAC, portanto, não é possível alternar para o SIP. Suponha que haja mais de 50 filiais da Contoso na região APAC com centenas de gateways (SBCs). Nesse cenário, não é possível emparelhar todos os gateways com a interface de Roteamento Direto devido à falta de endereços IP públicos e/ou interrupções de Internet locais. Além disso, alguns países/regiões impõem requisitos regulatórios que não podem ser atendidos sem ter conectividade de rede PSTN local.

Com base em seus requisitos de negócios, a Contoso implementou duas soluções com Otimização de Mídia Local para Roteamento Direto:

• Na Europa, todos os troncos são centralizados e a mídia flui entre o SBC central e os usuários, com base na localização do usuário.

  • Se um usuário estiver conectado à sub-rede local de uma rede corporativa (ou seja, o usuário for interno), a mídia fluirá entre o IP interno do SBC central e o cliente do Teams do usuário.

  • Se um usuário estiver fora dos limites da rede corporativa, por exemplo, se estiver usando uma conexão pública de Internet sem fio, o usuário será considerado externo. Nesse caso, a mídia flui entre o IP externo do SBC central e o cliente do Teams.

• Na região APAC, um SBC de proxy centralizado é emparelhado com o Roteamento Direto da Microsoft, que direciona a mídia entre a interface de Roteamento Direto e os SBCs downstream nas filiais locais.

  Os SBCs downstream nas filiais locais não são visíveis diretamente para o Roteamento Direto no APAC, mas são emparelhados usando o cmdlet Set-CSOnlinePSTNGateway para criar uma topologia de rede virtual na Telefonia do Teams. A mídia sempre permanece local quando possível. Os usuários externos têm mídia fluindo entre o cliente do Teams e o IP público do proxy SBC.

SBC central com troncos centralizados

Para criar uma solução em que os serviços PSTN são fornecidos a todas as filiais locais por meio de um único SBC central com um tronco SIP centralizado conectado, o administrador de locatários da Contoso emparelha um SBC (centralsbc.contoso.com) ao serviço. O SBC tem um tronco SIP centralizado conectado a ele.

• Quando um usuário está na rede interna da empresa, o SBC fornece o IP interno do SBC para mídia.

• Quando um usuário está fora da rede corporativa, o SBC fornece o IP externo (público) do SBC.

Nota

Todos os valores em exemplos, tabelas ou diagramas são apresentados apenas para fins ilustrativos.

Tabela 1. Parâmetros de rede de exemplo para SBCs

Localização	SBC FQDN	Sub-rede interna	NAT externo (IP confiável)	Endereço IP externo do SBC	Endereço IP interno do SBC
Amsterdã	centralsbc.contoso.com	192.168.5.0/24	172.16.76.73	172.16.76.71	192.168.5.5
Alemanha	Não implantado	192.168.6.0/24	172.16.76.74	Não implantado	Não implantado
França	Não implantado	192.168.7.0/24	172.16.76.75	Não implantado	Não implantado

Usuário interno

O diagrama a seguir mostra o fluxo de tráfego quando um usuário está conectado à rede corporativa na sua sede ou site.

Enquanto estiver no local, o usuário é atribuído à filial local na Alemanha. O usuário faz uma chamada telefônica de Roteamento Direto por meio do Teams.

• O cliente do Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST, mas a mídia gerada durante a chamada flui para o endereço IP interno do SBC central.

• O SBC redireciona o fluxo para a Telefonia do Teams e a rede PSTN conectada.

• O SBC central é visível para a Telefonia do Teams apenas por meio do endereço IP externo.

Diagrama 1. Fluxo de tráfego quando o usuário está no site 'home' com um SBC centralizado e com um tronco SIP centralizado conectado

Usuário externo

O diagrama a seguir mostra o fluxo de tráfego quando um usuário não está no local e não está conectado à rede corporativa (ou seja, o dispositivo do usuário está conectado à Internet por meio de um dispositivo móvel ou Wi-Fi público). O usuário faz uma chamada telefônica de Roteamento Direto por meio do Teams:

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST, mas, nesse caso, a mídia gerada durante a chamada flui para o endereço IP externo do SBC central.

• O SBC redireciona o fluxo para a Telefonia do Teams e a rede PSTN conectada.

• O SBC central é visível para a Telefonia do Teams apenas por meio do endereço IP externo.

Nesse caso, o comportamento é semelhante se o usuário é local para a filial na Alemanha ou para qualquer outra filial. O usuário é considerado externo porque está fora dos limites da rede corporativa.

Diagrama 2. Fluxo de tráfego quando o usuário é externo com um SBC centralizado e com um tronco SIP centralizado conectado

Proxy SBC com SBCs downstream conectados

Para criar uma solução em que os serviços PSTN são fornecidos em todas as filiais locais na região do APAC onde a centralização dos troncos TDM não é uma opção, o administrador da Contoso emparelha um SBC (proxysbc.contoso.com), também chamado de proxy SBC, ao serviço de Roteamento Direto.

Posteriormente, o administrador da Contoso adiciona alguns SBCs downstream indicando que eles podem ser acessados por meio do proxy SBC proxysbc.contoso.com. Os SBCs downstream não têm IPs públicos; No entanto, elas podem ser atribuídas a rotas de voz. A tabela a seguir mostra exemplos de parâmetros e configuração de rede.

Quando um usuário está na filial local onde o SBC downstream está localizado, o tráfego de mídia flui diretamente entre o usuário e o SBC downstream local. Se um usuário estiver fora do escritório (em uma Internet pública), a mídia fluirá do usuário para o IP público do Proxy SBC, que a envia por proxy para o(s) SBC(s) downstream(s) relevante(s).

Tabela 2. Exemplo de informações de rede SBC

Localização	SBC FQDN	Sub-rede interna	NAT externo (IP confiável)	Endereço IP externo do SBC	Endereço IP interno do SBC
Vietnã	VNsbc.contoso.com	192.168.1.0/24	172.16.240.110	Nenhum	192.168.1.5
Indonésia	IDsbc.contoso.com	192.168.2.0/24	172.16.240.120	Nenhum	192.168.2.5
Singapura	proxysbc.contoso.com	192.168.3.0/24	172.16.240.130	172.16.240.133	192.168.3.5

Usuário interno

O diagrama a seguir mostra o fluxo de tráfego de alto nível para o cenário em que um usuário está dentro do escritório na região APAC. O usuário, que é atribuído a uma filial local no Vietnã e está no local, faz uma chamada telefônica de Roteamento Direto por meio do Teams.

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST, mas a mídia gerada durante a chamada flui para o endereço IP interno do SBC local.

• O SBC local redireciona o fluxo para o SBC proxy em Cingapura e para a rede PSTN local conectada.

• O proxy SBC é visível para a Telefonia do Teams somente por meio do endereço IP externo e roteia o fluxo do SBC downstream (nesse caso, o SBC local no Vietnã) para a Telefonia do Teams.

• O SBC downstream na filial local não é visível diretamente para a Telefonia do Teams, mas é mapeado na topologia de rede virtual definida pelo administrador da Contoso durante a configuração da Otimização de Mídia Local.

Nota

O comportamento pode ser diferente para usuários locais e usuários não locais, dependendo do modo de Otimização de Mídia Local configurado.

Para obter mais informações sobre modos possíveis e comportamento relevante, consulte Configurar Otimização de Mídia Local.

Diagrama 3. Fluxo de tráfego quando o usuário está na rede "doméstica" com um SBC proxy e com SBCs downstream conectados

Usuário externo

O diagrama a seguir mostra o fluxo de tráfego quando um usuário está fora dos limites da rede corporativa. O usuário não está no local (não está dentro dos limites da rede corporativa). O usuário faz uma chamada telefônica de Roteamento Direto por meio do Teams para um número de telefone no Vietnã.

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST, mas a mídia gerada durante a chamada flui primeiro para o endereço IP externo do proxy SBC em Singapura.

• Com base nas políticas de configuração e voz (consulte Configurar Otimização de Mídia Local), o proxy SBC redireciona o fluxo para o SBC downstream no Vietnã.

• O SBC downstream no Vietnã redireciona o fluxo para a rede PSTN local conectada.

• O proxy SBC é visível para a Telefonia do Teams apenas por meio do endereço IP externo.

• O SBC downstream na filial local não é visível diretamente para a Telefonia do Teams, mas é mapeado na topologia de rede virtual definida pelo administrador da Contoso durante a configuração da Otimização de Mídia Local. No exemplo, o usuário é considerado externo porque está fora dos limites da rede corporativa.

Diagrama 4. Fluxo de tráfego quando o usuário é externo com um SBC proxy e com SBCs downstream conectados

Modos de otimização de mídia local

A Otimização de Mídia Local dá suporte a dois modos:

• Modo 1: sempre ignorar. Nesse caso, se o usuário for interno, a mídia fluirá pelo endereço IP interno do SBC downstream local, independentemente do local real do usuário interno, por exemplo, na mesma filial em que o SBC downstream está localizado ou em alguma outra filial.

• Modo 2: somente para usuários locais. Nesse modo, a mídia flui diretamente para o endereço IP interno do SBC downstream local somente quando gerada pelo usuário interno localizado na mesma filial que o SBC downstream.

Para distinguir entre os modos de Otimização de Mídia Local, o administrador de locatários precisa definir o parâmetro -BypassMode como 'Always' ou 'OnlyForLocalUsers' para cada SBC usando o cmdlet Set-CSonlinePSTNGateway. Para obter mais informações, consulte Configurar a Otimização de Mídia Local.

Nota

Quando os usuários são internos, é necessária a conectividade de mídia entre o usuário e o SBC pelo endereço IP interno. Nesse caso, não há fallback para retransmissores de transporte público para mídia, pois o SBC fornece um IP interno para conectividade de mídia.

Modo 1: sempre ignorar

Se você tiver uma boa conexão entre filiais, o modo recomendado é Sempre ignorar.

Por exemplo, suponha que uma empresa tenha um tronco SIP centralizado em Amsterdã, que atende a 30 países/regiões e tem boa conectividade entre todos os 30 sites e usuários locais. Há também um branch na Alemanha onde um SBC local é implantado.

O SBC na Alemanha pode ser configurado no modo "Sempre ignorar". Os usuários, independentemente de sua localização, conectam-se ao SBC diretamente por meio do endereço IP interno do SBC, por exemplo, da França para a Alemanha. Consulte o diagrama a seguir para referência.

Veja a seguir dois cenários:

• Cenário 1. O usuário está no mesmo local que o SBC definido na Política de Roteamento de Voz Online.

• Cenário 2. O usuário e os gateways estão em sites diferentes.

Cenário 1. O usuário está no mesmo local que o SBC definido na Política de Roteamento de Voz Online

O SBC em Amsterdã está configurado para ser um SBC de proxy para um SBC downstream local na Alemanha. O usuário está na Alemanha, na mesma sub-rede da rede corporativa do SBC local. Ambos os SBCs (proxy e downstream) são configurados para o modo Sempre Bypass. As políticas de roteamento de voz online especificam que as chamadas na Alemanha (com código de área +49) devem ser roteadas para o SBC local na Alemanha. Todas as outras chamadas devem ser roteadas para o proxy SBC em Amsterdã. No entanto, se o SBC na Alemanha falhar, as chamadas na Alemanha também deverão ser roteadas para o proxy SBC em Amsterdã. A tabela a seguir resume a configuração de exemplo.

Tabela 3. Exemplo de configuração para o Cenário 1

Localização física do usuário	O usuário faz uma chamada para um número	Política de roteamento de voz online	Modo configurado para SBC	Fluxo de Mídia
Alemanha	+49 1 437 2800	Prioridade 1: ^+49(\d{8})$ -DEsbc.contoso.com Prioridade 2: .* - proxysbc.contoso.com	DEsbc.contoso.com – Sempre ignorar proxysbc.contoso.com – Sempre ignorar	Usuário do <Teams –> DEsbc.contoso.com

O diagrama a seguir mostra o fluxo de tráfego de alto nível para o usuário interno na Alemanha fazendo uma chamada telefônica de Roteamento Direto por meio do Teams para o número na Alemanha.

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST.

• A mídia gerada durante a chamada flui para o endereço IP interno do SBC local.

• O SBC local redireciona o fluxo para o SBC proxy em Amsterdã e para a rede PSTN local conectada.

• O proxy SBC é visível para a Telefonia do Teams somente por meio do endereço IP externo e roteia o fluxo do SBC downstream (nesse caso, o SBC local na Alemanha) para a Telefonia do Teams.

• O SBC downstream na filial local não é visível diretamente para a Telefonia do Teams, mas é mapeado na topologia de rede virtual definida pelo administrador da Contoso durante a configuração da Otimização de Mídia Local.

Diagrama 5. O tráfego flui com o modo "Sempre ignorar" e o usuário está no site "principal"

Cenário 2: o usuário e os gateways estão em sites diferentes

O SBC em Amsterdã está configurado para ser um SBC de proxy para um SBC downstream local na Alemanha. Ambos os SBCs (proxy e downstream) são configurados para o modo Sempre Bypass. O usuário interno na França, localizado na filial local, está fazendo uma chamada de Roteamento Direto para a Alemanha. As políticas de roteamento de voz online especificam que as chamadas para a Alemanha (com código de área +49) devem ser roteadas para o SBC local na Alemanha. Todas as outras chamadas devem ser roteadas para o proxy SBC em Amsterdã. No entanto, se o SBC na Alemanha falhar, todas as chamadas na Alemanha deverão ser roteadas para o proxy SBC em Amsterdã. A tabela a seguir resume a configuração de exemplo.

Tabela 4. Exemplo de configuração para o Cenário 2

Localização física do usuário	O usuário faz uma chamada para um número	Política de roteamento de voz online	Modo configurado para SBC	Fluxo de Mídia
França	+49 1 437 2800	Prioridade 1: ^+49(\d{8})$ -DEsbc.contoso.com Prioridade 2: .* - proxysbc.contoso.com	DEsbc.contoso.com – Sempre ignore proxysbc.contoso.com – Sempre ignore	Usuário do <Teams – > DEsbc.contoso.com

O diagrama a seguir mostra o fluxo de tráfego de alto nível quando o usuário alemão interno localizado na França faz uma chamada telefônica de Roteamento Direto por meio do Teams para o número na Alemanha.

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST.

• A mídia gerada durante a chamada flui diretamente para o SBC no endereço IP interno da Alemanha.

• O SBC na Alemanha redireciona o fluxo para o SBC proxy em Amsterdã e para a rede PSTN local conectada.

Diagrama 6. O tráfego flui com o modo "Sempre ignorar" e o usuário não está no site "inicial", mas na rede interna

Modo 2: somente para usuários locais

Se houver conexões ruins entre as filiais locais, mas boas conexões entre cada filial local e o escritório regional, o modo recomendado será "Somente para usuários locais".

Por exemplo, na região APAC, suponha que a Contoso tenha vários escritórios em diferentes países/regiões. Para muitos países/regiões, a mudança para o SIP não é possível porque a empresa ainda tem troncos TDM em muitas filiais locais. A centralização dos troncos TDM não é uma opção na região APAC. Além disso, há mais de 50 filiais da Contoso em toda a região da APAC com centenas de gateways (SBCs).

Para criar uma solução em que os serviços PSTN são fornecidos em todas as filiais locais na região do APAC onde a centralização dos troncos TDM não é uma opção, o administrador da Contoso emparelha um SBC regional em Cingapura como o SBC do proxy para o serviço de Roteamento Direto. A conexão direta entre as filiais locais não é boa, mas há uma boa conexão entre cada filial local e a SBC regional em Cingapura. Para o SBC regional, o administrador escolhe o modo "Sempre ignorar". Para os SBCs downstream locais, o administrador escolhe o modo "Somente para usuários locais".

Veja a seguir dois cenários:

• Cenário 1. O usuário está no mesmo local que o SBC definido na Política de Roteamento de Voz Online

• Cenário 2. O usuário e os gateways estão em sites diferentes

Cenário 1. O usuário está no mesmo local que o SBC definido na Política de Roteamento de Voz Online

Suponha que o SBC em Singapura esteja configurado para ser um SBC proxy para os SBCs downstream locais no Vietnã e na Indonésia. O usuário está no Vietnã no mesmo local que o SBC local. As políticas de roteamento de voz online especificam que as chamadas no Vietnã (com código de área +84) devem ser roteadas para o SBC local no Vietnã. Todas as outras chamadas devem ser roteadas para o SBC do proxy em Singapura. Se o SBC no Vietnã falhar, no entanto, as chamadas no Vietnã deverão ser roteadas para o proxy SBC em Cingapura. A tabela a seguir resume a configuração de exemplo.

Tabela 5. Exemplo de configuração para o modo "Somente para Usuários Locais" Cenário 1

Localização física do usuário	O usuário faz uma chamada para um número	Política de roteamento de voz online	Modo configurado para SBC	Fluxo de Mídia
Vietnã	+84 4 3926 3000	Prioridade 1: ^+84(\d{9})$ -VNsbc.contoso.com Prioridade 2: .* - proxysbc.contoso.com	VNsbc.contoso.com – somente para usuários locais proxysbc.contoso.com – Sempre ignorar	Usuário do <Teams –> VNsbc.contoso.com

No diagrama a seguir, um usuário atribuído à filial local no Vietnã, enquanto estiver no local, faz uma chamada telefônica de Roteamento Direto por meio do Teams.

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST.

• A mídia gerada durante a chamada flui para o endereço IP interno do SBC local.

• O SBC local redireciona o fluxo para o SBC proxy em Cingapura e para a rede PSTN local conectada.

• O proxy SBC é visível para a Telefonia do Teams somente por meio do endereço IP externo e roteia o fluxo do SBC downstream (nesse caso, o SBC local no Vietnã) para a Telefonia do Teams.

• O SBC downstream na filial local não é visível diretamente para a Telefonia do Teams, mas é mapeado na topologia de rede virtual.

Diagrama 7. O fluxo de tráfego com o modo "Somente para Usuários Locais" e o usuário está no site "inicial"

Cenário 2. O usuário e os gateways estão em sites diferentes

Suponha que o SBC em Singapura esteja configurado para ser um SBC proxy para os SBCs downstream locais no Vietnã e na Indonésia. O usuário interno na Indonésia, localizado na filial local, está fazendo uma chamada de Roteamento Direto para o Vietnã. As políticas de roteamento de voz online especificam que as chamadas para o Vietnã (com código de área +84) devem ser roteadas para o SBC local no Vietnã. Todas as outras chamadas devem ser roteadas para o SBC do proxy em Singapura. Se o SBC no Vietnã falhar, no entanto, as chamadas para o Vietnã deverão ser roteadas para o proxy SBC em Cingapura. O SBC proxy em Singapura está definido para o modo 'Sempre ignorar' e o SBC local no Vietnã é definido para o modo 'Somente para Usuários Locais'. A tabela a seguir resume a configuração de exemplo.

Tabela 6. Configuração do usuário

Localização física do usuário	O usuário faz uma chamada para um número	Política de roteamento de voz online	Modo configurado para SBC	Fluxo de Mídia
Indonésia	+84 4 3926 3000	Prioridade 1: ^+84(\d{9})$ -VNsbc.contoso.com Prioridade 2: .* - proxysbc.contoso.com	VNsbc.contoso.com – somente para usuários locais proxysbc.contoso.com – Sempre ignorar	Usuário do Teams <–> proxysbc.contoso.com <–> VNsbc.contoso.com

No diagrama a seguir, o usuário interno, enquanto está no local na filial da Indonésia, faz uma chamada telefônica de Roteamento Direto por meio do Teams para um número no Vietnã.

• O cliente Teams do usuário se comunica com a Telefonia do Teams diretamente por meio da API REST.

• A mídia gerada durante a chamada flui primeiro para o endereço IP interno do proxy SBC.

• O proxy SBC em Singapura redireciona o fluxo para o endereço IP interno do SBC downstream no Vietnã e para a Telefonia do Teams.

• O SBC downstream no Vietnã roteia o fluxo para a rede PSTN local conectada.

• O proxy SBC é visível para a Telefonia do Teams apenas por meio do endereço IP externo.

• Os SBCs downstream nas filiais locais não são visíveis diretamente para a Telefonia do Teams, mas são mapeados na topologia de rede virtual.

Diagrama 8. O tráfego flui com o modo "Somente para Usuários Locais" e o usuário não está no site "inicial", mas na rede interna

Comportamentos conhecidos

A seguinte lista de comportamentos pode ser observada ao usar a Otimização de Mídia Local:

Comportamentos do produto	Observações
O cliente do Teams não é identificado como interno quando o IP público do cliente do Teams corresponde à lista de IPs confiáveis do cliente, mas não corresponde ao site de rede.	A Otimização de Mídia Local requer um site de rede correspondente para cada conexão feita de um IP confiável listado.
O usuário do Teams coloca a chamada em espera. A música é reproduzida na extremidade PSTN e a Otimização de Mídia Local está funcionando. O usuário do Teams retoma a chamada. A chamada para PSTN é retomada, mas a Otimização de Mídia Local não está funcionando e a chamada continua por meio do SBC Central (Proxy).	Quando um usuário estaciona uma chamada para iniciar música em espera (MoH), a chamada é escalonada de uma chamada 1:1 para uma chamada com vários participantes pelo Controlador de Chamada para invocar o Controlador de Mídia e o Processador de Mídia (servindo como mixer AVMCU) por meio do qual o MoH alcança um usuário que foi colocado em espera. A redução para uma chamada 1:1 após a retomada da chamada nunca acontece, de acordo com o projeto.
Enquanto uma chamada está sendo estabelecida, o usuário pode ouvir silêncio por alguns segundos.	Esse silêncio pode ocorrer em alguns casos devido à complexidade da arquitetura de Otimização de Mídia Local.
Aplicativos de voz (por exemplo, Atendedor Automático e Fila de Chamadas).	Os aplicativos de voz podem ser implantados em um ambiente com o LMO configurado. No entanto, as chamadas que envolvem aplicativos de voz não são otimizadas para Otimização de Mídia Local. Em vez disso, elas fluem pelo proxy SBC, exceto para transferências do Atendedor Automático para usuários de Otimização de Mídia Local. Nesses casos, a chamada segue o caminho otimizado de Otimização de Mídia Local, pois é uma chamada 1:1 direta. Para Location-Based cenários de Roteamento, consulte Aplicativos de voz (Atendedor Automático ou Fila de Chamadas).

Artigos relacionados

Configurar a Otimização de Mídia Local

Planejar Bypass de Mídia

Controladores de Borda de Sessão Certificados para Roteamento Direto