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:
|
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:
|
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:
- Saiba mais sobre as bibliotecas de chamada.
- Saiba mais sobre a Arquitetura de cliente/servidor.
- Saiba mais sobre Topologias do fluxo de chamadas.