Recomendações de rede

Este artigo descreve a maneira como o ambiente de rede afeta a qualidade das chamadas de voz e vídeo. Muitos fatores contribuem para a qualidade da mídia em tempo real dos Serviços de Comunicação do Azure, como o compartilhamento de áudio, vídeo e aplicativos. Alguns desses fatores são as configurações de dispositivo, host, firewall e largura de banda e a qualidade da rede.

Qualidade da rede

A qualidade da mídia em tempo real por IP é fortemente afetada pela qualidade da conectividade da rede subjacente, mas especialmente pela quantidade de:

  • Latência. Esse é o tempo necessário para levar um pacote IP do ponto A para o ponto B na rede. Esse atraso na propagação da rede é determinado pela distância física entre os dois pontos e por qualquer sobrecarga adicional gerada pelos dispositivos pelos quais o tráfego flui. A latência é medida como unidirecional ou como RTT (tempo de ida e volta).
  • Perda de pacotes. Um percentual de pacotes que são perdidos em uma janela de tempo específica. A perda de pacotes afeta diretamente a qualidade do áudio: de pequenos pacotes individuais perdidos sem praticamente nenhum impacto a perdas de intermitência back-to-back que causam o corte completo do áudio.
  • Tremulação de chegada entre pacotes, também conhecida como tremulação. Essa é a alteração média no atraso entre pacotes sucessivos. Os Serviços de Comunicação do Azure podem se adaptar a alguns níveis de tremulação por meio do buffer. Somente quando a tremulação exceder o buffer, um participante percebe os efeitos dela.

Largura de banda da rede

Verifique se a rede está configurada para dar suporte à largura de banda exigida pelas sessões de mídia simultâneas dos Serviços de Comunicação do Azure e por outros aplicativos de negócios. Testar o caminho de rede de ponta a ponta em busca de gargalos de largura de banda é essencial para a implantação bem-sucedida da sua solução multimídia dos Serviços de Comunicação.

Os requisitos de largura de banda a seguir são para os SDKs do JavaScript.

Largura de banda Cenários
40 Kbps Chamada de áudio ponto a ponto
500 Kbps Chamada de áudio ponto a ponto e compartilhamento de tela
500 Kbps Chamada de vídeo de qualidade ponto a ponto com a resolução de 360 pixels em 30 FPS
1,2 Mbps Chamada de vídeo de qualidade HD ponto a ponto com a resolução de 720 pixels HD em 30 FPS
500 Kbps Chamada de vídeo em grupo com a resolução de 360 pixels em 30 FPS
1,2 Mbps Chamada de vídeo em grupo HD com a resolução de HD 720p em 30 FPS
1.5 Mbps Chamada de vídeo de qualidade HD ponto a ponto com a resolução de 1080 pixels HD em 30 FPS

Veja abaixo os requisitos de largura de banda para os SDKs nativos do Windows, do Android e do iOS.

Largura de banda Cenários
30 Kbps Chamada de áudio ponto a ponto
130 Kbps Chamada de áudio ponto a ponto e compartilhamento de tela
500 Kbps Chamada de vídeo de qualidade ponto a ponto com a resolução de 360 pixels em 30 FPS
1,2 Mbps Chamada de vídeo de qualidade HD ponto a ponto com a resolução de 720 pixels HD em 30 FPS
1.5 Mbps Chamada de vídeo de qualidade HD ponto a ponto com a resolução de 1080 pixels HD em 30 FPS
500 Kbps/1 Mbps Chamada de vídeo em grupo
1 Mbps/2 Mbps Chamada de vídeo de grupo em HD, com vídeos de 540 pixels em uma tela de 1080 pixels

Configuração do firewall

As conexões dos Serviços de Comunicação do Azure exigem conectividade com a Internet para portas e endereços IP específicos a fim de fornecer experiências multimídia de alta qualidade. Os Serviços de Comunicação do Azure não funcionarão adequadamente sem o acesso a estas portas e endereços IP. A lista de intervalos de IP e os domínios listados que precisam ser habilitados são:

Categoria Intervalos de IP ou FQDN Portos
Tráfego de mídia Intervalo de endereços IP de nuvem pública do Azure 20.202.0.0/16 O intervalo fornecido acima é o intervalo de endereços IP no processador de mídia ou no serviço de TURN dos Serviços de Comunicação do Azure. UDP 3478 a 3481, portas TCP 443
Sinalização, telemetria e registro *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com TCP 443, 80

Os pontos de extremidade abaixo devem ser acessíveis para os EUA. Somente clientes do GCC High do governo.

Categoria Intervalos de IP ou FQDN Portos
Tráfego de mídia 52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22 UDP 3478 a 3481, portas TCP 443
Sinalização, telemetria e registro *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us TCP 443, 80

Otimização da rede

As tarefas a seguir são opcionais e não são necessárias para distribuir os Serviços de Comunicação do Azure. Use estas diretrizes para otimizar o desempenho da rede e dos Serviços de Comunicação do Azure ou caso você saiba que tem limitações de rede. O ideal é otimizá-lo ainda mais se:

  • Os Serviços de Comunicação são executados com lentidão. Talvez você não tenha largura de banda suficiente.
  • As chamadas vivem caindo. As quedas podem ser causadas por firewalls ou por bloqueadores de proxy.
  • As chamadas têm estática e são cortadas, ou as vozes saem robotizadas. Esses problemas podem ser causados por tremulação ou perda de pacotes.
Tarefa de otimização da rede Detalhes
Planeje a sua rede Nesta documentação, você poderá encontrar requisitos mínimos referente a chamadas para sua rede. Veja o exemplo do Teams para planejar sua rede.
Resolução de nomes externa Confirme se todos os computadores que executam os SDKs dos Serviços de Comunicação do Azure podem resolver consultas de DNS externas para descobrir os serviços fornecidos pelos Serviços de Comunicação do Azure, e se os seus firewalls não estão impedindo o acesso. Confirme se os SDKs podem resolver os endereços *.skype.com, *.microsoft.com, *.azure.net, *.azure.com e *.office.com.
Manter a persistência da sessão Verifique se o firewall não altera os endereços NAT (conversão de endereços de rede) mapeados ou as portas para UDP.
Validar o tamanho do pool da NAT Valide o tamanho do pool da NAT necessário para a conectividade do usuário. Quando vários usuários e dispositivos estiverem acessando os Serviços de Comunicação do Azure usando a NAT (conversão de endereços de rede) ou a PAT (conversão de endereços de porta), confirme se os dispositivos ocultos por trás de cada endereço IP publicamente roteável não excedem o número compatível. Verifique se os endereços IP públicos adequados são atribuídos aos pools da NAT para impedir o esgotamento de porta. O esgotamento de porta contribui para a incapacidade de conexão dos dispositivos e dos usuários internos aos Serviços de Comunicação do Azure.
Diretrizes de prevenção e detecção de intrusões Se o seu ambiente tem um sistema de detecção de intrusões ou um sistema de prevenção de intrusões implantado para uma camada extra de segurança das conexões de saída, permita todas as URLs dos Serviços de Comunicação do Azure.
Configurar o VPN com túnel dividido Recomendamos que você forneça um caminho alternativo para o tráfego do Teams que ignore a VPN (rede virtual privada), normalmente conhecido como VPN de túnel dividido. O túnel dividido significa que o tráfego para os Serviços de Comunicação do Azure não passa pela VPN, mas, em vez disso, vai diretamente para o Azure. Ignorar a VPN terá um impacto positivo na qualidade da mídia e reduzirá a carga dos dispositivos VPN e da rede da organização. Para implementar uma VPN split-tunnel por meio de um plano VPN, trabalhe com seu fornecedor de VPN. Outros motivos pelos quais recomendamos ignorar a VPN:
  • As VPNs normalmente não foram projetadas nem configuradas para dar suporte à mídia em tempo real.
  • Pode ser também que as VPNs não ofereçam suporte ao UDP, que é necessário para os Serviços de Comunicação do Azure.
  • As VPNs também introduzem uma camada extra de criptografia no tráfego de mídia que já está criptografado.
  • A conectividade com os Serviços de Comunicação do Azure pode não ser eficiente devido ao tráfego de hair-pinning por um dispositivo VPN.
Implementar a QoS Use a QoS (Qualidade de Serviço) para configurar a priorização de pacotes. A QoS aprimora a qualidade da chamada e ajuda a monitorar e solucionar problemas de qualidade da chamada. A QoS deve ser implementada em todos os segmentos de uma rede gerenciada. Mesmo quando uma rede tiver a largura de banda provisionada adequadamente, a QoS fornecerá mitigação de risco em caso de eventos de rede não previstos. Com a QoS, o tráfego de voz é priorizado para que esses eventos não previstos não prejudiquem a qualidade.
Otimizar o Wi-Fi Assim como as VPNs, as redes Wi-Fi não foram necessariamente projetadas ou configuradas para oferecer suporte à mídia em tempo real. Planejar ou otimizar uma rede Wi-Fi para oferecer suporte aos Serviços de Comunicação do Azure é uma consideração importante em uma implantação de alta qualidade. Considere estes fatores:
  • Implemente a QoS ou o Wi-Fi Multimedia para garantir que o tráfego de mídia seja priorizado adequadamente nas redes Wi-Fi.
  • Planeje e otimize as bandas de Wi-Fi e o posicionamento do ponto de acesso. O intervalo de 2,4 GHz pode fornecer uma experiência adequada dependendo do posicionamento do ponto de acesso, mas os pontos de acesso geralmente são afetados por outros dispositivos de consumo que operam nesse intervalo. O intervalo de 5 GHz é mais adequado para a mídia em tempo real devido ao alcance denso; no entanto, ele exige mais pontos de acesso para obter cobertura suficiente. Os pontos de extremidade também precisam oferecer suporte a esse intervalo e ser configurados para aproveitar essas bandas adequadamente.
  • Se você estiver usando redes Wi-Fi de banda dupla, considere a possibilidade de implementar o direcionamento de banda. O direcionamento de banda é uma técnica implementada por fornecedores de Wi-Fi para influenciar os clientes de banda dupla a usar o intervalo de 5 GHz.
  • Quando os pontos de acesso do mesmo canal estão muito próximos, eles podem causar a sobreposição de sinais e uma competição não intencional, resultando em uma experiência de usuário degradada. Verifique se os pontos de acesso próximos uns dos outros estão em canais que não se sobrepõem.
Cada fornecedor de rede sem fio tem recomendações próprias para implantar a solução sem fio. Consulte seu fornecedor de Wi-Fi para obter diretrizes específicas.

Sistema operacional e navegadores (para SDKs do JavaScript)

Os SDKs de voz e vídeo dos Serviços de Comunicação do Azure oferecem suporte a determinados sistemas operacionais e navegadores. Saiba mais sobre os sistemas operacionais e os navegadores aos quais os SDKs de chamada dão suporte na Documentação conceitual de chamadas.

Próximas etapas

Os artigos a seguir podem ser de seu interesse: