Resolver problemas de baixa eficiência de peering

Neste artigo, listamos as causas comuns para uma baixa eficiência de peering e como lidar com cada uma delas.

Pequeno evento em direto

Geralmente, quanto mais popular for o evento, mais forte será o desempenho da descarga. Tenha em atenção que, pelo menos, um visualizador num grupo de peering precisa de transferir os dados da origem original. Assim, se existirem apenas dois visualizadores num grupo, a eficiência/descarga máxima do peering é de 50%, 3 visualizadores=> 67%, 4 => 75%, etc.

Excluindo os casos edge, o SDK eCDN da Microsoft cria até 30 ligações de peering. Apenas os visualizadores que estão a ver o mesmo elemento de conteúdo de resolução entre si. Ao aumentar o número de visualizadores num grupo, os conjuntos de pares disponíveis são expandidos, o que melhora eficazmente o potencial de eficiência do peering.

Acesso de cliente inferior aotim

Para obter a experiência mais otimizada do Teams Live Event e da Câmara Municipal, todos os utilizadores devem participar através da aplicação Teams Desktop. Com o cliente do Teams, a Microsoft eCDN obtém automaticamente os IPs locais dos utilizadores finais e coloca-os em conjunto entre si de forma eficaz.

Se os visualizadores aderirem através do browser, certifique-se de que concedem acesso de microfone ou câmara ao site do Teams ou que têm a máscara de IP mDNS desativada. Ao fazê-lo, o endereço IP local necessário para o peering é exposto. Para obter mais informações, veja a documentação de disable mDNS IP masking (Disable mDNS IP masking documentation).

Falta de mapeamento de sub-rede

Com a Microsoft eCDN, os administradores podem incorporar o seu próprio mapeamento de sub-rede para criar grupos/restrições de peering com base no IP local. Os benefícios são:

• Apenas os visualizadores que estão no mesmo elemento da rede entre si

• O peering entre sites pode ser impedido

• A análise melhorada mostra o peering e o desempenho baseados no site

• As sub-redes VPN (e outras sub-redes para as quais os administradores querem o peering desativado) podem ser explicitamente excluídas

As sub-redes podem ser carregadas diretamente para a página Mapeamento de Sub-redes do portal microsoft eCDN. O formato de mapeamento de sub-rede necessário é um ficheiro CSV com a seguinte estrutura.

Veja a documentação de mapeamento da sub-rede para obter orientações e mais opções sobre como preparar o CSV para carregamento.

Sem mapeamento de sub-rede, todos os clientes (que expõem com êxito o IP local ao SDK de eCDN) são livres de efetuar o peering entre si. Este cenário é ótimo para maximizar a contagem de pares potencial, mas pode permitir a formação de ligações de peering indesejadas, como através de canais VPN ou em sites distantes, o que leva a um desempenho mais fraco.

Agrupamento de sub-redes hiperdividido

Semelhante na natureza ao caso de pequeno evento em direto mencionado anteriormente. Se as sub-redes forem subdivididas de forma demasiado agressiva, o potencial de descarga correspondente é proporcionalmente reduzido.

Latência elevada entre dois clientes

Executar um teste de latência. Para uma experiência ideal, a latência entre dois clientes deve ser inferior a 30 ms. Para proteger a experiência do utilizador, os clientes não utilizarão ligações de peering deficientes com latência elevada. Uma causa potencial para uma latência elevada pode dever-se a demasiadas pessoas estarem ligadas a um único dispositivo de rede, como um ponto de acesso ou Um Comutador.

Utilização de uma VPN (apenas relevante para testes)

Este cenário só é relevante para a pessoa que administra um teste a partir de casa e que utiliza outros dispositivos pessoais. Certifique-se de que a VPN está desativada em dispositivos de teste.

Se estiver no escritório, não é recomendado aceder ao conteúdo do vídeo através de uma VPN.

Identificação de IP local incorreta

Prima Alt+Shift+P numa janela de vídeo suportada pela Microsoft eCDN para abrir a sobreposição de estatísticas. Pode observar um endereço IP diferente do endereço IP local esperado. Neste cenário, o visualizador é atribuído ao grupo de sub-redes errado, potencialmente o grupo Desagrupar (sem peering ). Consulte o Gestor de Contas de Sucesso do Cliente Microsoft (CSAM) para obter uma solução.