Resolver problemas de desempenho da eCDN

Esta página lista alguns problemas de desempenho comuns e possíveis soluções.

Nenhum peering observado inesperadamente

Em geral, existem dois cenários principais em que os visualizadores são automaticamente definidos como p2p-off, o cenário sem IP e o cenário de ip errado.

Visualizadores no grupo "Desagrupar"

Os visualizadores no grupo de sub-redes predefinido "Desagrupar" não efetuam o peering porque estão automaticamente definidos como p2p-off. Se os visualizadores entrarem no grupo Desagrupar , certifique-se de que está a aderir à documentação de orientação sobre como desativar a máscara de IP do mDNS . Para obter uma definição completa do grupo Desagrupar , veja As definições de Grupos Predefinidos.

Se estiver a aderir corretamente à nossa documentação de orientação do mDNS e os visualizadores continuarem a não conseguir expor o IP, pelo que estão a ser atribuídos ao grupo Desagrupar , a causa pode dever-se à política do browser.

A política de processamento de IP do WebRTC está a bloquear o peering

Determinadas políticas de browser podem impedir que a Microsoft eCDN obtenha os endereços IP locais necessários para o peering. Tanto o Microsoft Edge (WebRtcLocalhostIpHandling) como o Google Chrome (WebRtcIPHandling) têm políticas equivalentes que podem causar problemas. Se uma das políticas estiver definida como:

• disable_non_proxied_udp: o tráfego WebRTC é restrito e pode bloquear a funcionalidade eCDN
• default_public_interface_only: só é utilizada a interface pública predefinida, o que impede a deteção de IP local

Solução: existem duas formas possíveis de restaurar a enumeração de IP local para clientes eCDN da Microsoft:

1. Preferencial — altere a política de processamento global (o que é atualmente recomendado neste artigo): configure a política nos seus dispositivos geridos para um dos seguintes valores para que os browsers permitam a enumeração de IP local:

   • default: permite o comportamento normal do WebRTC (recomendado para a Microsoft eCDN)
   • default_public_and_private_interfaces: permite a deteção da interface pública e privada

   Normalmente, isto é aplicado centralmente através de Política de Grupo ou Microsoft Intune e é a forma mais simples de garantir que a Microsoft eCDN pode obter IPs locais para peering.

2. Alternativa — aplique uma exceção direcionada para origens de eCDN: utilize a WebRtcIPHandlingUrl política (suportada tanto pelo Microsoft Edge como pelo Google Chrome) para definir explicitamente o modo de processamento de IP para as origens microsoft eCDN e Teams (listado no artigo How to Disable mDNS obfuscation ) como default. Esta opção permite-lhe manter uma predefinição global mais restritiva ao ativar a enumeração de IP local apenas para as origens necessárias. Implemente esta política através de Política de Grupo ou Intune e confirme que as origens listadas estão incluídas.

   Exemplo de teste (PowerShell)

   Execute este PowerShell (como Administrador num computador de teste) para ativar temporariamente o processamento de IP predefinido para as origens eCDN/Teams no Microsoft Edge; verifique e reverter após o teste.

   $edgePoliciesPath = 'HKLM:\SOFTWARE\Policies\Microsoft\Edge'
   $jsonValue = '[{"handling":"default","url":"[*.]ecdn.teams.microsoft.com"},{"handling":"default","url":"https://teams.microsoft.com"},{"handling":"default","url":"https://teams.cloud.microsoft"},{"handling":"default","url":"[*.]ecdn.teams.cloud.microsoft"}]'
   Set-ItemProperty -Path $edgePoliciesPath -Name "WebRtcIPHandlingUrl" -Value $jsonValue -Force
   

   Importante

   Preste especial atenção à sintaxe de caráter universal (*) nos padrões de URL ao configurar esta política.

Trabalhe com o seu administrador de TI para escolher e implementar a abordagem que melhor se adequa às práticas de gestão de alterações e postura de segurança da sua organização.

Visualizadores no grupo "Grupo Predefinido"

Os visualizadores no grupo de sub-redes predefinido de "Grupo Predefinido" podem ser automaticamente definidos como p2p-off, dependendo se tem ou não o mapeamento da sub-rede carregado.

Se tiver definido o mapeamento da sub-rede, mas os visualizadores se enquadrarem no grupo "Grupo Predefinido", significa que o IP capturado pelo SDK eCDN não é contabilizado no mapeamento da sub-rede. Veja que IP foi capturado na coluna IP Privado na tabela Desagregar do utilizador do dashboard. Para obter mais informações, veja As definições de Grupos Predefinidos.

Problema de várias NICs

O "problema de VÁRIAS NICs" é normalmente caracterizado por visualizadores serem inadvertidamente colocados num grupo catch-all indesejado ou no Grupo Predefinido definido pelo sistema em vez do grupo de sub-rede pretendido. Este problema ocorre quando está presente mais do que um IP local válido no dispositivo de um visualizador. Veja o cenário Multi-NIC para obter uma compreensão mais profunda.

Para verificar este problema, siga estes passos:

1. Verifique o Endereço IP Privado: Examine o endereço IP do utilizador listado na coluna IP Privado da tabela de discriminação Desagregar Utilizadores do dashboard.
2. Comparar com IPs do Dispositivo: Execute o ipconfig comando na linha de comandos do dispositivo do utilizador. Compare os IPs obtidos a partir deste comando com o IP na dashboard Desagregar. Poderá detetar que o endereço IP de um adaptador ethernet não intencional foi selecionado para a atribuição do grupo de sub-rede do dispositivo.

Mais adaptadores ethernet podem contribuir com endereços IP adicionais para um sistema. As razões comuns incluem a presença de clientes VPN ou software de anfitrião virtual. A solução adequada depende do contexto específico do seu ambiente. Recomendamos que se envolva num debate interno com o seu administrador de TI para determinar a melhor abordagem para resolver este problema.

Crie um caso com a nossa equipa se achar que o endereço IP incorreto foi escolhido por engano.

Baixa eficiência de peering

Normalmente, a baixa eficiência do peering ocorre devido a uma ou mais das seguintes situações.

• Evento em direto com poucos utilizadores (menos de 50)
• Falta de IPs locais dos utilizadores finais
• Falta de grupos de mapeamento de sub-rede
• Latência elevada entre dois dispositivos

Solução

• Se estiver a testar, certifique-se de que testa com o maior número possível de clientes. Quanto mais participantes participarem num evento, maiores serão os grupos de peering, o que leva a um desempenho de descarga mais forte.

• Se os visualizadores não estiverem a utilizar a aplicação de Ambiente de Trabalho do Teams, certifique-se de que a obfuscação de IP mDNS está desativada para que a Microsoft eCDN consiga obter os IPs locais dos utilizadores finais. Veja como desativar a máscara de IP mDNS para obter instruções.

• Carregue o mapeamento da sub-rede para a IU de Mapeamento da Sub-rede. O mapeamento deve incluir os nomes dos sites e sub-redes na rede empresarial. Veja a seguinte figura de exemplo.

  

• Executar um teste de latência. Idealmente, a latência entre dois dispositivos deve ser inferior a 30 ms e não deve flutuar até um grau elevado.

Para obter mais informações, veja Resolução de problemas de Baixa Eficiência de Peering.

Falta de análise, sem peering para eventos em direto

Seguem-se causas comuns que podem impedi-lo de ver análises após a realização de um Evento em Direto do Teams (TLE) ou da Câmara Municipal e uma solução para cada um.

O administrador está a ver um intervalo de tempo incorreto

Existe um seletor de tempo no canto superior direito do dashboard de análise. Certifique-se de que seleciona o intervalo de tempo correto.

Microsoft eCDN não configurado no Teams Administração Center

No Teams Administração Center (TAC), certifique-se de que a Microsoft eCDN está selecionada como fornecedor de SDN.

Microsoft eCDN não configurado para o inquilino de produção ou evento realizado no inquilino de teste

Certifique-se de que o inquilino de produção está a ser utilizado.

A Microsoft eCDN está corretamente configurada no TAC, mas o evento em direto é realizado antes de a Microsoft eCDN entrar em vigor

A propagação da configuração do inquilino demora até 24 horas. Realize um teste rápido entre alguns utilizadores internos e confirme que está a ver análises antes de um grande evento de produção.

Produtor criou uma Reunião do Teams em vez de um TLE ou Câmara Municipal

A Microsoft eCDN suporta eventos teams em direto e Câmaras Municipais. Certifique-se de que cria um evento em direto suportado.

Os participantes eram utilizadores anónimos

Ou seja, eram utilizadores fora do seu inquilino ou utilizadores não autenticados.

A Microsoft eCDN está ativada no inquilino para o qual está configurado. Os participantes fora do seu inquilino não utilizam a Microsoft eCDN. Uma forma de garantir que os utilizadores são autenticados corretamente é limitar o acesso a eventos aos utilizadores na sua organização em vez de torná-lo "Público".

Para Eventos em Direto do Teams:

Para Câmaras Municipais:

Os participantes foram convidados como apresentadores

Os apresentadores não participam no peering, apenas os participantes o fazem. Ao criar um evento, certifique-se de que está a convidar participantes como participantes.

A filtragem de IP da Microsoft eCDN está a bloquear a participação dos participantes na eCDN

Certifique-se de que o separador Segurança não contém IPs, a menos que pretenda apenas permitir que os utilizadores dos intervalos de IP público especificados utilizem o serviço eCDN. Se não forem especificados IPs, todos os utilizadores podem ligar-se a partir de todos os IPs públicos.

A filtragem de domínios da Microsoft eCDN está a bloquear a participação dos participantes na eCDN

Semelhante à filtragem de IP acima, certifique-se de que o separador Plataformas de Terceiros não contém domínios, a menos que pretenda apenas permitir que os utilizadores de domínios especificados utilizem o serviço eCDN. Se não forem especificados domínios, todos os utilizadores podem ligar-se a partir de todos os domínios.

As definições de firewall/rede podem estar a bloquear ligações WebSocket

Certifique-se de que o domínio microsoft eCDN é permitido. Realize um teste rápido com a nossa página de teste e procure erros no separador de rede das ferramentas de programador do browser.

Veja a documentação Requisitos de Rede para obter detalhes. Idealmente, a secção de rede deve mostrar o seguinte resultado.

Assistência adicional

Se esgotou os passos de resolução de problemas acima e ainda não está a ver dados no seu dashboard de análise, recolha as seguintes informações para o evento em questão e submeta-as ao seu representante da conta Microsoft.

1. Faça uma captura de ecrã da tabela de relatórios de utilização completa.

   1. Aceda ao Teams Administração Center (TAC).
   2. Aceda a Análise & relatórios Relatórios> deutilização no painel de menus à esquerda
   3. Selecione Utilização de eventos em direto do Teams no seletor de tipo de relatório
   4. Selecione o intervalo de datas adequado
   5. Selecione o botão Executar relatório
   6. Certifique-se de que a captura de ecrã inclui a coluna "Tipo de Produção" para o evento em questão

2. Transfira o relatório de participantes a partir do TAC.

   1. Continuando nos passos acima, selecione o evento em questão
   2. Selecione Relatório de cativação de participantes para transferir

3. Envie estas informações juntamente com o seu ID de inquilino para o Seu Especialista Técnico da Microsoft, Gestor de Contas de Sucesso do Cliente ou Arquiteto de Soluções cloud.

A contagem de visualizadores é diferente de reportar noutro local

Comparar visualizadores exclusivos com vistas

O Microsoft eCDN Analytics apresenta uma contagem de visualizadores exclusivos, independentemente da contagem de dispositivos ou lapsos na sessão de visualização. Ou seja, um utilizador único e autenticado equivale a um visualizador. Ao comparar as contagens de visualizadores derivadas de outras origens, é importante ter em atenção as possíveis distinções nas metodologias de contagem.

Caso em questão: Relatório de eventos em direto do Teams

Vamos comparar a contagem de visualizadores da Microsoft eCDN com a da coluna Vistas no relatório de utilização de eventos em direto do Teams. A distinção a ter em conta aqui é que, no relatório de utilização, uma vista equivale a uma sessão de visualização. Como tal, no que diz respeito a um único visualizador, cada nova sessão num novo dispositivo ou após a desativação, ou alteração da rede, ou mesmo depois de recarregar a página, pode contar como uma vista extra. Do ponto de vista da Microsoft eCDN, independentemente da contagem de sessões, é contabilizado como um visualizador exclusivo para o evento.

Estas diferenças na metodologia de contagem também podem ser encontradas em plataformas que não sejam da Microsoft.

Anedota

Uma anedota rápida para ilustrar potenciais discrepâncias percebidas. Num cenário de 45 minutos em que um engenheiro da Microsoft eCDN utilizou uma única conta de teste num evento de teste, ligando e desligando várias sessões de visualização simultâneas, a contagem total de visualizações do relatório de utilização TLE era de 19, enquanto a Análise de ECDN da Microsoft reportou um visualizador singular com descarga de peering.

Usuários do iOS

Atualmente, a Microsoft eCDN não suporta a plataforma iOS. Como tal, os visualizadores do iOS não participam no peering. A sua experiência de visualização não é afetada, mas esta ressalva pode resultar numa contagem reduzida de espectadores.