Compartilhar via


Usar o CQD para gerenciar a qualidade da chamada e da reunião no Microsoft Teams

Este artigo ajudará você - o administrador ou engenheiro auxiliar do Teams - a desenvolver um processo para monitorar e manter a qualidade da chamada e da reunião para sua organização usando o CQD (Painel de Qualidade de Chamada do Microsoft Teams). Nossas diretrizes enfatizam cenários de qualidade de áudio porque quaisquer melhorias de rede que você fizer para melhorar a experiência de áudio se traduzirão em melhorias em vídeo e compartilhamento.

A chave para essa orientação são os dois modelos CQD curados – recomendamos baixá-los antes de passar pelas diretrizes deste artigo.

Este artigo pressupõe que você já configurou o CQD.

Categorias a serem monitoradas e mantidas

Depois de implantar reuniões e voz no Teams, você precisará de um plano para monitoramento e manutenção contínuos. Isso garantirá que o Teams esteja sempre em execução ideal. Esse plano deve incluir as principais áreas listadas abaixo. Você também deve estabelecer metas para métricas de qualidade e um plano para solução de problemas e isolamento de problemas quando eles acontecem.

Categoria Descrição
Qualidade da chamada

Dividir as métricas por chamadas internas (dentro de sua organização, como VPN, WiFi, com fio) ou chamadas externas

Dividir as métricas criando ou rede

Chamadas VPN

Chamadas usando TCP, UDP ou proxy

Chamar confiabilidade

Identificar e corrigir problemas de rede ou firewall

Obtenha insights sobre os percentuais de falhas de configuração e queda de chamada

Saiba onde ocorre a maioria das falhas de configuração e de queda de chamada

Pesquisa de usuário

Usar dados de taxa de chamada para saber mais sobre a experiência real dos usuários

Onde estão ocorrendo as experiências ruins?

Correlacionar a má experiência com a qualidade da chamada, a confiabilidade e os dispositivos

Dispositivos

Saiba quais microfones e alto-falantes são mais usados e seu impacto na qualidade da chamada

Os drivers de áudio, vídeo, USB e WiFi de suporte estão sendo corrigidos regularmente?

Clientes

Saiba quais tipos de cliente e versões estão sendo usados e seu impacto na qualidade e confiabilidade da chamada

Ao avaliar e corrigir continuamente as áreas descritas neste artigo, você pode reduzir seu potencial para afetar negativamente seus usuários. A maioria dos problemas do usuário pode ser agrupada nas seguintes categorias:

  • Configuração incompleta do firewall ou proxy
  • Cobertura insatisfatória da rede Wi-Fi
  • Largura de banda insuficiente
  • VPN
  • Versões e drivers de cliente inconsistentes ou desatualizados
  • Dispositivos de áudio não otimizados ou internos
  • Dispositivos de rede ou sub-redes com problemas

Por meio do planejamento e do design adequados antes de implantar o Teams ou Skype for Business Online, você pode reduzir a quantidade de esforço que será necessária para manter experiências de alta qualidade.

Este artigo se concentra em usar o CQD (Painel de Qualidade de Chamada) Online como a principal ferramenta para relatar e investigar cada área, com ênfase especial no áudio para maximizar a adoção e o impacto. Quaisquer melhorias feitas na rede para melhorar a experiência de áudio também se traduzirão diretamente em melhorias no compartilhamento de vídeo e área de trabalho.

Para acelerar sua avaliação, dois modelos CQD curados são fornecidos : um é para gerenciar todas as redes e o outro é filtrado apenas para redes gerenciadas (internas). Embora os relatórios de modelo de Todas as Redes estejam configurados para exibir informações de criação e rede, eles ainda podem ser usados enquanto você trabalha para coletar e carregar informações de construção. O carregamento de informações de construção no CQD permite que o serviço aprimore os relatórios adicionando informações personalizadas de construção, rede e localização, ao mesmo tempo em que diferencia o interno de sub-redes externas. Para obter mais informações, leia Mapeamento de construção.

Público-alvo pretendido

Este artigo destina-se a ser usado por parceiros e stakeholders do cliente com funções como Lead/Architect de Colaboração, Consultor, Especialista em Gerenciamento de Alterações/Adoção, Suporte/Help Desk Lead, Líder de Rede, Líder de Área de Trabalho e Administração de TI.

O que é qualidade?

Nesse contexto, a qualidade é uma combinação de métricas de serviço e experiência do usuário.

Métricas de serviço

As métricas de serviço consistem em métricas específicas baseadas no cliente. Durante cada chamada, o cliente coleta telemetria para a chamada e envia um relatório no final de cada chamada que pode ser acessado posteriormente no CQD ou na análise de chamadas por usuário. Essas métricas incluem (mas não se limitam a):

  • Stream pobres (entrada e saída)
  • Taxa de Falha de Configuração
  • Taxa de Falha de Queda

Taxa de fluxo ruim

A baixa taxa de fluxo (PSR) representa o percentual geral de fluxos da organização que têm baixa qualidade. Essa métrica destina-se a destacar áreas em que sua organização pode concentrar esforços para ter o impacto mais forte para reduzir esse valor e melhorar a experiência do usuário, razão pela qual as redes gerenciadas são o foco principal ao examinar o PSR. Usuários externos também são importantes, mas a investigação é diferente em uma base organizacional. Considere fornecer práticas recomendadas para usuários externos e investigar chamadas externas independentemente da organização geral.

A medida real no CQD varia de acordo com a carga de trabalho, mas, para as finalidades deste artigo, focamos principalmente na medida percentual de baixa porcentagem de áudio . O PSR é composto pelas cinco médias de métrica de rede descritas na tabela a seguir. Para que um fluxo seja classificado como ruim, apenas uma métrica precisa exceder o limite definido. O CQD fornece o "Pobre devido a..." medidas para entender melhor qual condição fez com que o fluxo fosse classificado como ruim. Para saber mais, leia Stream classificação no CQD.

Nota

O CQD fornece o "Pobre devido a..." medidas para entender melhor qual condição fez com que o fluxo fosse classificado como ruim.

Métricas de má qualidade de áudio
Média de métricas Descrição Experiência de usuário
Jitter >30 ms Essa é a alteração média de atraso entre pacotes sucessivos. Equipes e Skype for Business podem se adaptar a alguns níveis de nervosismo por meio do buffer. É somente quando o nervosismo excede o buffer que um participante percebe os efeitos do nervosismo. Os pacotes que chegam a velocidades diferentes fazem com que a voz de um alto-falante soe robótica.
Taxa de perda de >pacote 10% ou 0,1 Isso geralmente é definido como uma porcentagem de pacotes que são perdidos. A perda de pacote afeta diretamente a qualidade do áudio , de pacotes pequenos e individuais perdidos que quase não têm impacto para perdas de estouro consecutivas que fazem com que o áudio seja completamente cortado. Os pacotes que estão sendo descartados e não chegam ao destino pretendido causam lacunas na mídia, resultando em sílabas e palavras perdidas, e vídeo e compartilhamento agitados.
Tempo de ida e volta >500 ms Esse é o tempo necessário para obter um pacote IP do ponto A para o ponto B e voltar ao ponto A. Esse atraso de propagação de rede está vinculado à distância física entre os dois pontos e a velocidade da luz e inclui sobrecarga adicional feita pelos vários dispositivos no caminho da rede. Os pacotes demorando muito para chegar ao destino causam um efeito walkie-talkie.
Por que preferimos usar fluxos em vez de chamadas?

Os fluxos nos informam qual etapa específica da chamada era pobre - saída ou entrada. Quando você estiver olhando para análise de chamadas para uma chamada ruim, determine se a chamada ruim foi devido ao fluxo desse chamador (saída) ou ao fluxo do callee (entrada). Determinar qual fluxo está afetando a qualidade da chamada é ainda mais importante para conferências. Se você estiver apenas olhando para dados de chamada, verá quantas conferências uma pessoa participa, mas não verá quais pessoas são alto-falantes ativos, fazendo o maior compartilhamento de tela.

Os dados de chamada lhe dão métricas de uso, mas não necessariamente o levarão à causa raiz da má qualidade da chamada. Olhando para a direção do fluxo, você pode identificar fatores como uma chamada que não está em uma rede gerenciada, uma chamada de um não funcionário (por exemplo, um fornecedor ou alguém em uma rede diferente). Nesses casos, se a conexão de rede da outra pessoa foi fraca, toda a chamada será sinalizada como pobre. Você não pode fazer nada sobre fatores externos, portanto, esses dados não são úteis.

Stream direção também pode ajudá-lo a identificar dispositivos ou clientes problemáticos.

  • Por exemplo, se você tiver um orçamento limitado para dispositivos e quiser fornecer dispositivos apenas para usuários de áudio pesado, use o VoIP (relatório de uso de áudio) e filtre para fluxos de saída e conferência. Procure usuários de áudio de alto volume que estão falando em microfones internos - eles podem se correlacionar com uma qualidade de chamada mais baixa (e talvez você queira fornecer dispositivos de áudio para essas pessoas). Para obter mais clareza, você pode filtrar para a utilização de pacotes, o que permitirá que você direcione especialmente usuários de áudio de alto volume.

  • Outro exemplo envolve o compartilhamento de tela. Se um cliente estiver usando um cliente antigo do Teams, o desempenho do compartilhamento de tela poderá ser afetado. Você pode resolver esse problema priorizando atualizações de cliente para pessoas que fazem muito compartilhamento de tela.

  • Ao identificar qual direção de um fluxo está causando má qualidade de chamada, você pode determinar se você tem um problema relacionado a QoS ou largura de banda. Se você ainda não tiver implementado totalmente o QoS ou se marcar apenas pacotes no cliente e não no fluxo de entrada, poderá ver uma qualidade de chamada mais baixa. Olhando para a direção do fluxo, você pode obter uma exibição mais granular da perda de pacote, latência ou nervosismo em uma direção específica.

    • Por exemplo, digamos que um usuário reclame de áudio robótico durante uma conexão com fio (nervosismo). Ao examinar o fluxo e a direção, você pode determinar que o problema acontece no fluxo de entrada, apenas para um conjunto específico de sub-redes. Depois de fornecer essas informações à sua equipe de rede, elas podem localizá-la até um acelerador WAN mal configurado que não estava ignorando o tráfego de mídia. Depois que a equipe de rede reconfigura o acelerador WAN, o nervosismo desaparece e a qualidade da chamada melhora.

Taxa de Falha de Configuração

A taxa de falha de configuração, também conhecida como a medida Percentual de Falha de Configuração de Chamada Total no CQD, é o número de fluxos em que o caminho de mídia não pôde ser estabelecido entre os pontos de extremidade no início da chamada.

Isso representa qualquer fluxo de mídia que não pôde ser estabelecido. Dada a gravidade do impacto desse problema na experiência do usuário, o objetivo é reduzir esse valor para o mais próximo possível de zero. Um valor alto para essa métrica é mais comum em novas implantações com regras de firewall incompletas do que em uma implantação madura, mas ainda é importante watch regularmente.

Essa métrica é calculada tomando o número total de fluxos que não foram configurados divididos pelo número total de fluxos que enviaram um registro de detalhes de chamada bem-sucedido (CDR):

  • Taxa de falha de configuração = Contagem de Stream falha na configuração de chamada total / Contagem total de cdr disponíveis Stream

Taxa de Falha de Queda

A taxa de falha de queda, também conhecida como a medida percentual de falha total de chamada descartada no CQD, é a porcentagem de fluxos estabelecidos com êxito em que o caminho da mídia não foi encerrado normalmente.

Isso representa qualquer fluxo de mídia que foi encerrado inesperadamente. Embora o impacto disso não seja tão grave quanto um fluxo que não foi configurado, ele ainda afeta negativamente a experiência do usuário. Quedas repentinas e frequentes de mídia não só podem ter um impacto severo na experiência do usuário, como resultam na necessidade de os usuários se reconectarem, resultando em perda de produtividade (não para menção frustração).

A métrica é calculada tomando o número total de fluxos descartados divididos pela contagem total de fluxos configurados com êxito:

  • Taxa de falha de queda = total de chamadas descartadas Stream contagem / contagem de Stream de configuração de chamada total

Definir suas métricas de destino

Esta seção discute algumas das principais métricas de serviço que usamos para avaliar a integridade dos serviços. Ao avaliar e impulsionar continuamente os esforços para manter essas métricas abaixo de suas metas definidas, você ajudará a garantir que seus usuários experimentem uma qualidade de chamada consistente e confiável. Como ponto de partida, use os destinos sugeridos na tabela abaixo. Ajuste as metas conforme necessário para atender aos seus objetivos de negócios.

Tipo de redeDestinos de qualidadeDestinos de confiabilidade
Taxa de Stream ruim de áudioTaxa de Falha de ConfiguraçãoTaxa de Falha de Queda
AllInterno2.0%0.5%2.0%
Geral3.0%1.0%3.0%
ConferênciasInterno2.0%0.5%2.0%
Interno com fio1.0%0.5%1.0%
Wi-Fi interno de 5 GHz1.0%0.5%1.0%
Wi-Fi interno de 2,4 GHz2.0%0.5%2.0%
Geral2.0%0.5%3.0%
P2PInterno2.0%0.5%2.0%
Wired/Wi-Fi 5 GHz interno1.0%0.5%1.0%
Wired/Wi-Fi 5 GHz no geral2.0%1.0%1.0%
Geral2.0%1.0%3.0%

Experiência de usuário

Analisar a experiência do usuário é mais arte do que ciência, pois as métricas coletadas aqui nem sempre significam que há um problema com a rede ou o serviço, mas sim, elas simplesmente indicam que o usuário percebe um problema. O CQD inclui um mecanismo de pesquisa interno – Rate My Call (RMC) – para ajudar a medir a experiência geral do usuário. A RMC fornecerá informações sobre as seguintes perguntas da perspectiva de seus usuários:

  • Eu sei como usar a solução?
  • A solução é fácil de usar e intuitiva e dá suporte às minhas necessidades de comunicação diárias?
  • A solução me ajuda a fazer meu trabalho?
  • Qual é a minha percepção geral da solução?
  • Posso usar a solução a qualquer momento, independentemente de onde eu esteja?
  • Posso configurar e manter uma chamada?

Classificar minha chamada

Rate My Call (RMC) é integrado ao Teams e Skype for Business. Ele aparece automaticamente depois de uma em cada 10 chamadas, ou 10%. Esta breve pesquisa pede que o usuário classifique a chamada e forneça um pouco de contexto para saber por que a qualidade da chamada pode ter sido ruim. Uma ou duas classificações são consideradas pobres, três a quatro é boa, e cinco é excelente. Embora seja um indicador de atraso, essa é uma métrica útil para descobrir problemas que as métricas de serviço podem perder.

Nota

O fator humano: os usuários geralmente ignoram a pesquisa quando a qualidade da chamada é boa e a preenchem quando a qualidade da chamada é ruim. Como resultado, seus relatórios RMC podem ser distorcidos para o lado ruim, mesmo que as métricas de serviço sejam boas.

Você pode usar o CQD para relatar as respostas do usuário do RMC e os relatórios de exemplo são incluídos no modelo CQD. No entanto, eles não são discutidos em detalhes neste artigo.

Preparação do cliente e do dispositivo

Você precisa de uma estratégia sólida de cliente e dispositivo para ajudar a garantir que seus usuários tenham uma experiência de usuário consistente e positiva. Alguns princípios importantes impulsionam cada estratégia de preparação.

Preparação do cliente

Manter o cliente do Teams atualizado garante que seus usuários estejam sempre obtendo a melhor experiência possível. A Microsoft libera atualizações frequentes para o cliente do Teams (a atualização se instala em segundo plano, a menos que você tenha desativado essa funcionalidade - o que não recomendamos). Também é importante lembrar de corrigir drivers de rede, vídeo, USB e áudio, pois muitas vezes são negligenciados e podem afetar a qualidade da chamada e da reunião. Considere adicionar drivers de rede, Wi-Fi, vídeo, USB e áudio ao processo atual de gerenciamento de patch.

Preparação do dispositivo

Nenhuma estratégia única pode afetar a experiência do usuário mais do que a estratégia de preparação do dispositivo. Por exemplo, os usuários que dependem de seus alto-falantes de laptop e microfone experimentarão muito ruído em segundo plano em chamadas e reuniões. O Teams foi projetado para trabalhar com quase qualquer dispositivo, mas se você estiver tendo problemas relacionados ao dispositivo, marcar telefone para o Teams.

Categorias de qualidade

Operacionalizar um conjunto de práticas de gerenciamento de qualidade – isso oferece a melhor chance de boa qualidade de chamada e reunião. Um plano de gerenciamento de boa qualidade aborda essas categorias:

  • Rede: Qualidade de áudio focada na métrica PSR (Taxa de Stream Pobre), uso de TCP, sub-redes com fio e sem fio e identificando o uso de proxies HTTP e VPN

  • Extremidade: Dispositivos de áudio e clientes atualizados

  • Gerenciamento de Serviços: Esta categoria é composta por duas seções:

    • Primeiro, é responsabilidade da Microsoft gerenciar e manter os serviços teams e Skype for Business Online.

    • Em segundo lugar estão as tarefas que sua organização gerencia para garantir acesso confiável ao serviço, como atualizar informações de construção e manter firewalls para novos endereços IP Office 365 à medida que a infraestrutura é adicionada ao serviço.

Grafo das categorias de qualidade em uma organização.

Examine a lista a seguir de tarefas recomendadas para manter a qualidade. Você deve executar essas tarefas regularmente – por exemplo, semanalmente.

Tarefas de gerenciamento de serviço

Essas tarefas variam desde garantir que haja largura de banda suficiente para alcançar o serviço sem saturar links de Internet, validar que a qualidade do serviço (QoS) está em vigor em todas as áreas de rede gerenciada e manter-se em cima de Office 365 intervalos de IP em firewalls.

Tarefas de rede

Há duas categorias de tarefas de rede: confiabilidade e qualidade. A confiabilidade se concentra em medir a capacidade do usuário de fazer chamadas com êxito e permanecer conectado. A qualidade se concentra na telemetria agregada enviada ao Teams e Skype for Business Online pelo cliente do usuário durante a chamada e após o término.

Dado o impacto crítico que a confiabilidade tem na experiência do usuário, recomendamos que você avalie e investigue as métricas de confiabilidade antes de mergulhar na qualidade.

Tarefas de pontos de extremidade

A tarefa main nesta categoria removendo quaisquer obstáculos às atualizações regulares do cliente do Teams. Por padrão, o Teams é atualizado automaticamente regularmente (a menos que você desative essa configuração, o que não recomendamos).

Você também deve monitorar dispositivos e fornecer atualizações sempre que identificar problemas relacionados a um dispositivo.

Usar o CQD para gerenciar a qualidade da chamada

Depois de configurar o CQD, você estará pronto para começar a usá-lo para gerenciar a qualidade da chamada e da reunião para sua organização.

A maioria dos problemas com o desempenho do Teams se enquadra nas seguintes categorias:

  • Configuração incompleta do firewall ou proxy
  • Cobertura insatisfatória da rede Wi-Fi
  • Largura de banda insuficiente
  • VPN
  • Versões e drivers de cliente inconsistentes ou desatualizados
  • Dispositivos de áudio não otimizados ou internos
  • Dispositivos de rede ou sub-redes com problemas

Se você aproveitar o tempo antes de implantar o Teams para avaliar essas áreas e corrigir quaisquer deficiências, reduzirá a quantidade de esforço necessária para manter uma experiência do Teams de alta qualidade para todos os seus usuários. Para obter ajuda para avaliar sua rede em preparação para a distribuição do Teams, leia Assistente para Equipes e Prepare sua rede para o Teams.

Expectativas usando CQD

Use o CQD (Painel de Qualidade de Chamada) para obter informações sobre a qualidade das chamadas feitas usando o Teams e Skype for Business serviços. O CQD foi projetado para ajudar o Teams e Skype for Business administradores e engenheiros de rede a otimizar a rede e manter um olho na qualidade, confiabilidade e experiência do usuário. O CQD analisa a telemetria agregada para uma organização inteira, onde padrões gerais podem se tornar aparentes; isso permite que você faça avaliações informadas e planeje a correção. O CQD fornece relatórios de métricas que fornecem informações sobre qualidade geral, confiabilidade e experiência do usuário.

O CQD, embora útil para analisar tendências e sub-redes, nem sempre fornece uma causa específica para um determinado cenário. É importante entender isso e definir a expectativa correta ao usar o CQD:

  • O CQD não fornecerá a causa raiz para cada cenário
  • O CQD chamará áreas para uma investigação mais aprofundada com base nas tendências

Visão geral dos relatórios do CQD

Use o menu suspenso na parte superior da tela para abrir um relatório. Para obter uma lista dos dados fornecidos em cada relatório, leia Dados disponíveis em relatórios CQD.

Novidades em janeiro de 2020: baixe modelos de consulta do Power BI para CQD. Modelos personalizáveis do Power BI que você pode usar para analisar e relatar seus dados do CQD.

Teams vs. Skype for Business

O CQD pode relatar o Teams e Skype for Business. No entanto, pode haver momentos em que você deseja desenvolver um relatório para examinar a telemetria do Teams separada de Skype for Business.

Relatórios de resumo

Para modificar a página de relatórios de resumo para examinar apenas o Teams ou Skype for Business, selecione o menu suspenso Filtro de Produto na parte superior da tela e selecione o produto desejado.

Captura de tela do menu suspenso mostrando as opções de filtro.

Relatórios detalhados

Para filtrar todos os relatórios detalhados, na barra do navegador, adicione o seguinte ao final da URL:

/filter/[AllStreams].[Is Teams]|[FALSE]

Exemplo:

https://cqd.teams.microsoft.com/cqd/#/1234567/2018-5/filter/[AllStreams].[Is Teams]|[FALSE]

Para obter mais informações sobre filtros de URL, leia Relatórios de filtragem mais adiante nesta seção.

Para filtrar um relatório detalhado individual, adicione o filtro Is Teams ao relatório e defina-o como True ou False.

Captura de tela da página Adicionar filtro.

Redes gerenciadas versus não gerenciadas

Por padrão, todos os pontos de extremidade no CQD são classificados como externos. Assim que um arquivo de construção for introduzido, podemos começar a examinar os dados do ponto de extremidade gerenciado. Conforme discutido anteriormente, as redes no CQD são definidas como:

  • Uma rede gerenciada, geralmente chamada de interna ou interna, pode ser influenciada e controlada pela organização. Isso inclui a LAN interna, a WAN remota e a VPN.
  • Uma rede não gerenciada, geralmente chamada de externa ou externa, não pode ser influenciada ou controlada pela organização. Um exemplo de uma rede não gerenciada é uma rede hoteleira ou aeroportuária.

Dimensões, medidas e filtros

Uma consulta CQD bem formada contém todos os três parâmetros a seguir:

  • Dimensão: Como quero pivotar os dados.

  • Medida: O que eu quero relatar.

  • Filtro: Como quero reduzir o conjunto de dados que a consulta retorna.

Outra maneira de olhar para isso é que uma dimensão é a função de agrupamento, uma medida são os dados em que estou interessado, e um filtro é como eu quero restringir os resultados para aqueles que são relevantes para a minha consulta.

Um exemplo de uma consulta bem formada é Mostrar fluxos pobres [Medida] por sub-rede [Dimensão] para a construção 6 [Filtro]. Para obter mais informações, consulte Dimensões e medidas disponíveis no CQD.

Primeiro vs. segundo

Muitas das dimensões e medidas no CQD são classificadas como primeira ou segunda. O CQD não usa campos de chamador/chamada — eles foram renomeados primeiro e segundo porque há etapas intervindo entre o chamador e o chamador. A lógica a seguir determina qual ponto de extremidade envolvido é rotulado como primeiro:

  • Primeiro sempre será um ponto de extremidade do servidor (Servidor de Conferência, Servidor de Mediação e assim por diante) se um servidor estiver envolvido no fluxo ou chamada.

  • O segundo sempre será um ponto de extremidade do cliente, a menos que o fluxo esteja entre dois pontos de extremidade do servidor.

  • Se ambos os pontos de extremidade forem do mesmo tipo, a escolha da qual é primeiro é baseada na ordenação interna da categoria de agente de usuário. Isso garante que a ordenação seja consistente.

Para obter mais informações sobre como determinar o primeiro ou segundo ponto de extremidade quando ambos forem iguais, consulte Dimensões e medidas disponíveis no CQD.

Stream vs. chamada

Você precisa entender a diferença entre uma chamada e um fluxo para escolher corretamente quais dimensões ou medidas você examinará no CQD. Embora o foco principal do CQD esteja nos fluxos, as medidas baseadas em chamada também estão disponíveis.

  • Stream: existe um fluxo entre apenas dois pontos de extremidade. Há apenas um fluxo para cada direção e dois fluxos são necessários para comunicação. Os fluxos são úteis para investigar edifícios, redes ou sub-redes. Em alguns casos, a chamada e o fluxo são usados no nome da medida (por exemplo, Stream de configuração de chamada ou chamada descartada Stream). Eles ainda são classificados como fluxos.

  • Chamar: Uma chamada é um agrupamento de todos os fluxos de todos os participantes. Uma chamada consiste em, no mínimo, dois fluxos. Uma única chamada terá pelo menos dois pontos de extremidade, cada um com um mínimo de um fluxo.

Para obter diretrizes adicionais sobre se a dimensão ou medida está se referindo a uma chamada ou a um fluxo, consulte Dimensões e medidas disponíveis no CQD

Chamadas boas, pobres e não classificadas

Uma chamada é categorizada como boa, pobre ou não classificada. Vamos ter um momento para falar sobre cada um com mais detalhes.

  • Bom ou pobre: Uma chamada boa ou ruim consiste em uma chamada que contém um conjunto completo de métricas de serviço, para a qual um relatório QoE completo foi gerado e recebido pelo serviço. Determinar se um fluxo é bom ou ruim é descrito anteriormente neste artigo.

  • Unclassified: Um fluxo não classificado não contém um conjunto completo de métricas de serviço. Elas podem ser chamadas curtas, geralmente com menos de 60 segundos, em que as médias não podiam ser calculadas e um relatório QoE não foi gerado. O motivo mais comum para que as chamadas não sejam classificadas é que houve pouca ou nenhuma utilização de pacotes. Um exemplo disso seria um participante que participa de uma reunião sobre mudo e nunca fala. O participante está recebendo, mas não transmitindo, mídia. Sem a transmissão de mídia, não haverá nenhuma métrica disponível para o CQD usar para classificar o fluxo de mídia de saída do ponto de extremidade.

Para saber mais, leia Stream classificação no CQD.

Sub-redes comuns

Sub-redes comuns são sub-redes privadas específicas que são usadas por hotéis, redes domésticas, hotspots e áreas semelhantes. Essas sub-redes são difíceis de triagem devido ao seu uso generalizado. Se sua organização usar uma dessas sub-redes comuns, recomendamos que você mova essa rede para outra sub-rede. Isso facilitará o relatório no CQD. Quando observado, os relatórios no modelo All Networks foram configurados para excluir essas sub-redes para eliminá-las como uma fonte de má qualidade. As sub-redes comuns são definidas abaixo; seu impacto variará de acordo com a organização.

  • 10.0.0.0/24
  • 192.168.0.0/24
  • 192.168.1.0/24
  • 192.168.2.0/24
  • 172.20.10.0/24
  • 192.168.43.0/24

Ao investigar uma rede gerenciada que usa uma sub-rede comum, você precisará usar a dimensão Segundo IP Local Reflexivo para agrupar sub-redes. Essa dimensão contém o endereço IP público do ponto de extremidade.

Investigações de confiabilidade

A primeira etapa para melhorar a qualidade é avaliar o estado da confiabilidade em toda a organização. Como a confiabilidade é vital para uma experiência positiva do usuário, começamos com os dois componentes que medem a confiabilidade:

  1. Falhas de configuração: A chamada não pôde ser estabelecida.

  2. Descartar falhas: A chamada foi estabelecida e encerrada inesperadamente.

Ao longo desta seção, abordaremos métodos para investigar ambas as áreas.

Nota

Nem todos os relatórios incluídos nos modelos são abordados neste artigo. No entanto, os métodos de investigação explicados abaixo ainda se aplicam. Consulte a descrição do relatório individual para obter mais informações.

Falhas de configuração

Priorize primeiro a correção de falhas de configuração nessa área, pois essas falhas têm um impacto negativo significativo na experiência do usuário.

Inicie sua investigação avaliando o percentual de falhas gerais de configuração para a organização e, em seguida, priorize áreas de investigação com base no maior percentual por meio da criação ou rede.

Análise de tendência de falha de configuração

Este relatório exibe a quantidade total de fluxos, falhas de configuração de fluxo e a taxa de falha de configuração do fluxo. Aponte para qualquer uma das colunas para exibir seus valores individuais.

Análise

Usando este relatório, você pode responder às seguintes perguntas e determinar seu próximo curso de ação:

  • Qual é o percentual total de falha de configuração de chamada para o mês atual?

  • O percentual total de falha de configuração de chamada está abaixo ou acima da métrica de destino definida?

  • A tendência de falha é pior ou melhor do que no mês anterior?

  • A tendência de falha está aumentando, estável ou diminuindo?

Independentemente de suas respostas a essas perguntas, aproveite o tempo para investigar mais usando os sub-relatórios complementares para procurar quaisquer edifícios ou sub-redes individuais que possam precisar de correção. Embora a taxa de falha geral possa estar abaixo da métrica de destino, as taxas de falha de um ou mais edifícios ou redes podem estar acima da métrica de destino e precisar de investigação.

Investigações de falha de instalação

Este relatório de resumo é usado para descobrir e isolar quaisquer edifícios ou redes que possam precisar de correção.

Nota

Certifique-se de ajustar o filtro de relatório ano mês para o mês atual. Selecione Editar e ajuste o filtro de relatório ano mês para salvar o novo mês padrão.

Remediação

Concentre seus primeiros esforços de correção em edifícios ou sub-redes que tenham o maior volume de falhas. Isso maximizará o impacto na experiência do usuário e ajudará a reduzir rapidamente a taxa de falhas de configuração de chamadas organizacionais. A tabela a seguir lista os dois motivos para falhas de configuração, conforme relatado pelo CQD.

Motivo de falhas de configuração de chamada Causa típica
Regra de isenção de inspeção de pacote profundo FW ausente Indica que o equipamento de rede ao longo do caminho impediu que o caminho de mídia fosse estabelecido devido a regras profundas de inspeção de pacotes. Isso provavelmente ocorre devido a regras de firewall que não estão sendo configuradas corretamente. Neste cenário, o aperto de mão TCP foi bem sucedido, mas o aperto de mão SSL não.
Regra de exceção de bloco ip ausente Indica que o equipamento de rede ao longo do caminho impediu que o caminho de mídia fosse estabelecido para a rede microsoft 365 ou Office 365. Isso pode ser devido a regras de proxy ou firewall não estarem configuradas corretamente para permitir o acesso a endereços IP e portas usadas para o Teams e Skype for Business tráfego.

À medida que você começa sua correção, você pode concentrar seus esforços em um edifício ou sub-rede específico. Como mostra a tabela anterior, esses problemas são devido a configurações de firewall ou proxy. Examine as opções na tabela a seguir para ações de correção.

Remediação Orientação
Configurar firewalls Trabalhe com sua equipe de rede e verifique a configuração de firewalls na lista de endereços IP Office 365.

Verifique se as sub-redes e as portas de mídia estão incluídas nas regras de firewall.

Verifique se as portas necessárias estão abertas no firewall. O UDP deve ter prioridade porque o TCP é considerado um protocolo de failback para compartilhamento de tela baseado em áudio, vídeo e vídeo, e seu uso afetará a qualidade da chamada. O compartilhamento de aplicativos RDP herdado usa apenas o TCP.

Soltar falhas

Ao contrário dos códigos de falha de instalação, o CQD não tem nenhum código de falha suspensa para indicar por que ocorrem falhas de drop, o que dificulta a isolação de uma causa raiz específica. Para melhor triagem de falhas de queda, use uma abordagem inferida. Ao corrigir quaisquer áreas de interesse para mídia, corrigir clientes e drivers e impulsionar o uso de dispositivos certificados para o Teams e Skype for Business, você pode esperar que as falhas de queda dimingam.

Análise de tendência de falha de queda

Este relatório exibe a quantidade total de fluxos de áudio, falhas totais de queda e a taxa de falha de queda. Aponte para qualquer uma das colunas para exibir seus valores.

Análise

Usando esse tipo de relatório, você pode responder às seguintes perguntas:

  • Qual é a taxa de falha de queda atual?
  • A taxa de falha de queda está abaixo da métrica de destino definida?
  • A tendência de falha é pior ou melhor do que no mês anterior?
  • A tendência de falha está aumentando, estável ou diminuindo?

Independentemente das respostas para as perguntas acima, aproveite o tempo para investigar o uso dos sub-relatórios para procurar quaisquer edifícios ou redes que possam precisar de correção. Embora a taxa geral de falha de queda possa estar abaixo da métrica de destino, a taxa de falha de queda para um ou mais edifícios ou redes pode estar acima da métrica de destino e precisar de investigação.

Descartar investigações de falha

Falhas relatadas aqui indicam que a chamada foi descartada inesperadamente e resultou em uma experiência negativa do usuário. Ao contrário dos relatórios de tendência, esses relatórios fornecem insights adicionais sobre sub-redes específicas que precisam de mais investigação.

Remediação

Usando os relatórios de tabela incluídos, você pode isolar áreas problemáticas na rede em que a taxa de queda está acima da métrica de destino definida. Concentre seus primeiros esforços de correção em edifícios ou sub-redes que tenham a maior contagem total de fluxos, para causar o maior impacto.

Causas comuns de quedas de chamada:

  • Saída de rede ou internet sub provisionada
  • Nenhum QoS configurado em redes restritas
  • Versões mais antigas do cliente
  • Comportamento do usuário

Depois de descobrir suas áreas problemáticas, você pode usar a análise de chamadas por usuário para examinar ainda mais os usuários nesse edifício para obter problemas específicos. A análise de chamadas contém dados adicionais de EUII e pode ser útil para isolar ainda mais possíveis motivos para as falhas de queda.

Independentemente da próxima etapa, é uma boa prática notificar seu helpdesk de que um problema foi descoberto com edifícios ou sub-redes específicos. Isso permite que o helpdesk responda rapidamente às chamadas recebidas e triagem de usuários com mais eficiência. Em seguida, os usuários sinalizados podem ser reportados de volta à equipe de engenharia para uma investigação mais aprofundada.

A tabela a seguir lista alguns métodos comuns para gerenciar e corrigir falhas de queda.

Remediação Orientação
Rede/Internet Congestionamento: trabalhe com sua equipe de rede para monitorar a largura de banda em edifícios/sub-redes específicos para confirmar se há problemas com a superutilização. Se você confirmar que há congestionamento de rede, considere aumentar a largura de banda nesse edifício ou aplicar o QoS. Use os relatórios de resumo do quality poor Stream incluídos para examinar as sub-redes de problema para problemas com nervosismo, latência e perda de pacotes, pois muitas vezes eles precedem um fluxo descartado.

QoS: se o aumento da largura de banda for impraticável ou proibitivo de custo, considere implementar o QoS. Essa ferramenta é muito eficaz no gerenciamento de tráfego congestionado e pode garantir que os pacotes de mídia na rede gerenciada sejam priorizados acima do tráfego que não é de mídia. Como alternativa, se não houver evidências claras de que a largura de banda seja o culpado, considere estas soluções:
Executar uma avaliação de preparação de rede: uma avaliação de rede fornece detalhes sobre o uso esperado da largura de banda, como lidar com alterações de largura de banda e rede e práticas de rede recomendadas para Teams e Skype for Business. Usando a tabela anterior como sua origem, você tem uma lista de edifícios ou sub-redes que são excelentes candidatos para uma avaliação.
Clientes (somente Skype for Business Online) Alguns clientes Skype for Business mais antigos têm conhecido problemas documentados com confiabilidade de mídia. Examine os relatórios do Call Analytics de vários usuários afetados ou crie um relatório de tabela versão do cliente personalizado no CQD filtrado para edifícios ou sub-redes específicos com a medida Total de Falha de Falha de Chamada Descartada. Essas informações ajudarão você a entender se existe uma relação entre quedas de chamada nesse edifício específico e uma versão específica do cliente.
Dispositivos Se os dispositivos forem os culpados por problemas de qualidade de chamada, considere atualizar dispositivos ofensivos. Leia Telefones para o Teams para saber mais.
Comportamento do usuário Se você determinar que nem rede, dispositivos ou clientes são o problema, considere desenvolver uma estratégia de adoção do usuário para instruir os usuários sobre como participar e sair melhor das reuniões. Um usuário mais inteligente do Teams e Skype for Business produzirá uma melhor experiência de usuário para todos os participantes da reunião. Por exemplo, um usuário que coloca seu laptop para dormir (fechando a tampa) sem sair da reunião será classificado como uma queda de chamada inesperada.

Investigações de qualidade

A próxima etapa para avaliar o estado da qualidade do áudio em toda a organização é investigar o uso de PSR (Taxa de Stream Ruim), TCP e proxy. É importante lembrar que os dados do CQD não fornecem uma causa raiz específica, mas fornecem áreas de problemas prováveis para iniciar uma conversa colaborativa com as equipes apropriadas para atividades de correção.

Nota

Nem todos os relatórios incluídos nos modelos são abordados neste artigo; no entanto, os métodos de investigação explicados abaixo ainda se aplicarão a esses relatórios. Consulte a descrição do relatório individual para obter mais informações.

Qualidade

Os percentuais de PSR são usados para indicar se a organização está cumprindo metas de métrica definidas para uma determinada área de foco. É importante observar que, mesmo que os percentuais de alto nível estejam dentro do destino definido, sub-redes individuais ou edifícios podem não atender às metas definidas e, portanto, precisar de uma investigação mais aprofundada. Por exemplo, se o percentual geral de PSR de áudio for de 2% em abril, o que atende à meta de exemplo, edifícios individuais e sub-redes ainda podem estar tendo experiências ruins, dependendo da distribuição geral desses 2%.

Para avaliar o percentual de fluxos ruins, use os relatórios de qualidade. Vários relatórios de qualidade são fornecidos para revisar as métricas para salas de reunião, conferência geral, duas partes, chamada PSTN, VPN e salas de reunião. Relatórios mensais, semanais e diários são fornecidos para ajudar nesse processo. Relatórios semanais e diários são limitados ao modelo redes gerenciadas para aumentar sua eficácia e reduzir o ruído.

Análise de tendência de qualidade

Os relatórios de tendência exibem informações de qualidade ao longo do tempo e são usados para ajudar a identificar e entender tendências de qualidade em cada área de interesse. Conforme observado acima, há árvores de relatório incluídas nos modelos para investigar a qualidade; conferência, duas partes, chamadas PSTN, VPN e salas de reunião. Para fins de análise de qualidade, o processo investigativo é o mesmo. No entanto, recomendamos que você comece com a conferência primeiro, pois quaisquer melhorias na qualidade da conferência também afetarão positivamente todas as outras áreas.

Nota

Investigar chamadas de duas partes, PSTN e salas de reunião são semelhantes à investigação de conferência. O foco é isolar edifícios ou sub-redes que têm a pior qualidade e identificar o motivo da má qualidade.

Importante

Os relatórios baseados em VPN são filtrados usando a segunda dimensão VPN. Essa dimensão exige que o adaptador de rede VPN seja registrado corretamente como um Adaptador de Acesso Remoto. Os fornecedores de VPN não usam esse sinalizador de maneira confiável e sua quilometragem varia dependendo do fornecedor de VPN implantado em sua organização. Modifique os relatórios vpn , se necessário, usando o nome de construção ou rede.

Investigação

Usando esses relatórios, você pode responder às seguintes perguntas:

  • Qual é o PSR total para o mês atual?
  • O PSR está abaixo da métrica de destino definida?
  • O PSR é pior ou melhor que o mês anterior?
  • A tendência PSR está aumentando, estável ou diminuindo?

Independentemente das respostas às perguntas acima, aproveite o tempo para investigar usando os sub-relatórios para procurar quaisquer edifícios ou sub-redes que possam precisar de investigação. Embora o PSR geral possa estar abaixo da métrica de destino, muitas vezes o PSR para um ou mais edifícios ou redes está acima da métrica e precisa de correção.

Investigações de qualidade

Os relatórios de resumo de qualidade fornecem uma visão mais profunda sobre o que contribuiu para que os fluxos fossem classificados como pobres e ajuda a isolar áreas problemáticas na rede gerenciada.

Embora as dimensões usadas possam diferir ligeiramente entre o relatório, cada relatório incluirá medidas para fluxos totais, fluxos totais ruins, PSR e má qualidade devido a. Foram criados relatórios para cada área de interesse: conferência, chamadas PSTN, VPN e salas de reunião. O modelo de Rede Gerenciada inclui relatórios adicionais para aproveitar as informações de localização carregadas por meio do arquivo de construção.

Nota

Sub-redes comuns são difíceis de triagem devido ao seu uso generalizado. Um relatório separado que exibe o IP público do cliente (Segundo IP Local Reflexivo) foi adicionado ao modelo All Networks para ajudar na correção de escritórios que usam redes comuns.

Captura de tela mostrando o resumo do fluxo de áudio ruim.

Remediação

Concentre seus esforços de correção em edifícios ou sub-redes que tenham o maior volume de fluxos, pois isso maximizará o impacto e ajudará a melhorar a experiência do usuário rapidamente. Use as medidas de tempo de tremer, perda de pacote e rtt (tempo de viagem de ida e volta) para entender o que está contribuindo para a má qualidade (é possível que haja mais de um problema):

  • Nervosismo: os pacotes de mídia estão chegando a velocidades diferentes, o que faz com que um alto-falante soe robótico.
  • Perda de pacote: pacotes de mídia estão sendo descartados, o que cria o efeito de palavras ou sílabas ausentes.
  • RTT: Os pacotes de mídia estão demorando muito para chegar ao destino, o que cria um efeito walkie-talkie.

Para ajudar sua investigação sobre problemas de qualidade, use análise de chamadas por usuário. Com o Call Analytics, você pode examinar uma conferência específica ou o relatório de chamada do usuário. Este relatório conterá dados EUII/PII e será útil quando você estiver procurando a causa de uma falha. Depois que você souber qual edifício foi afetado, deve ser simples rastrear os usuários nesse edifício.

Não se esqueça de deixar seu auxiliar saber que essas redes estão enfrentando problemas de qualidade, para que possam fazer a triagem e responder rapidamente às chamadas recebidas.

Remediação Orientação
Redes Congestionamento: uma rede subutilizado ou subpro provisionada pode causar problemas com a qualidade da mídia. Trabalhe com a equipe de rede para determinar se as conexões de rede do usuário com o ponto de saída da Internet têm largura de banda suficiente para dar suporte à mídia.

Executar uma avaliação de preparação de rede: uma avaliação de rede fornece detalhes sobre o uso esperado da largura de banda, como lidar com alterações de largura de banda e rede e práticas de rede recomendadas para Teams e Skype for Business. Usando a tabela anterior como sua origem, você tem uma lista de edifícios ou sub-redes que são excelentes candidatos para uma avaliação.
Qualidade de serviço (QoS) O QoS é uma ferramenta comprovada para ajudar a priorizar pacotes em uma rede congestionada para garantir que eles cheguem ao destino intactos e a tempo. Considere implementar o QoS em toda a sua organização para maximizar a qualidade da experiência do usuário em que a largura de banda é restrita. O QoS ajudará a resolver problemas normalmente associados a altos níveis de perda de pacotes e, em menor grau, nervosismo e tempos de viagem de ida e volta.
Wi-Fi Wi-Fi pode ter um impacto significativo na qualidade da chamada. Wi-Fi implantações normalmente não levam em consideração os requisitos de rede para serviços VoIP e geralmente são uma fonte de má qualidade. Para obter mais informações sobre como otimizar sua infraestrutura de Wi-Fi, confira este artigo sobre Wi-Fi planejamento.

Driver sem fio: verifique se os drivers sem fio estão atualizados. Isso ajudará a atenuar qualquer experiência de usuário ruim relacionada a um driver desatualizado. Muitas organizações não incluem drivers sem fio em seus ciclos de patch, e esses drivers podem ficar incompatíveis por anos. Muitos problemas sem fio são resolvidos garantindo que os drivers sem fio estejam atualizados.

WMM: O WMM (Wireless Multimedia Extensions), também conhecido como Wi-Fi Multimídia, fornece recursos básicos de QoS para redes sem fio. Redes sem fio modernas devem dar suporte a muitos dispositivos. Esses dispositivos competem pela largura de banda e podem levar a problemas de qualidade para serviços VoIP, em que velocidade e latência são vitais. Consulte seu fornecedor sem fio para obter detalhes e considere implementar o WMM em sua rede sem fio para priorizar Skype for Business e mídia do Teams.

Densidade do ponto de acesso: os pontos de acesso podem estar muito distantes ou não em um local ideal. Para minimizar possíveis interferências, coloque pontos de acesso extras em salas de conferência e em locais que não são obstruídos por paredes ou outros objetos em que o sinal de Wi-Fi é fraco.

2,4 GHz versus 5 GHz: 5 GHz fornece menos interferência em segundo plano e velocidades mais altas, e deve ser priorizado ao implantar o VoIP por Wi-Fi. No entanto, 5 GHz não é tão forte quanto 2,4 GHz e não penetra paredes tão facilmente. Examine seu layout de construção para determinar em qual frequência você pode confiar para a melhor conexão.
Dispositivo de rede Organizações maiores podem ter centenas de dispositivos espalhados pela rede. Trabalhe com sua equipe de rede para garantir que os dispositivos de rede do usuário para a Internet sejam mantidos e atualizados.
VPN Os dispositivos VPN não são tradicionalmente projetados para lidar com cargas de trabalho de mídia em tempo real. Algumas configurações de VPN proíbem o uso de UDP (que é o protocolo preferencial para mídia) e dependem apenas do TCP. Considere implementar uma solução de túnel dividido vpn para ajudar a reduzir a VPN como uma fonte de má qualidade.
Clientes
(somente Skype for Business Online)
Verifique se todos os clientes estão sendo atualizados regularmente.
Dispositivos Se os dispositivos forem os culpados por problemas de qualidade de chamada, considere atualizar dispositivos ofensivos. Leia Telefones para o Teams para saber mais.
Drivers A rede de patch (Ethernet e Wi-Fi), drivers de áudio, vídeo e USB devem fazer parte da estratégia geral de gerenciamento de patchs. Muitos problemas de qualidade são resolvidos atualizando drivers.
Salas de reunião no Wi-Fi É altamente recomendável que os dispositivos da sala de reunião sejam conectados à rede usando pelo menos uma conexão Ethernet de 1 Gbps. Os dispositivos de sala de reunião normalmente incluem vários fluxos de áudio e vídeo, juntamente com conteúdo de reunião, como compartilhamento de tela, e têm requisitos de rede mais altos do que outros pontos de extremidade do Teams ou Skype for Business. As salas de reunião são, por definição, dispositivos estacionários em que Wi-Fi oferece um benefício somente durante a instalação.

As salas de reunião precisam ser tratadas com cuidado e atenção extra para garantir que a experiência usando esses dispositivos esteja atendendo ou excedendo as expectativas. Problemas de qualidade com salas de reunião geralmente serão escalonados rapidamente, porque geralmente são usados pela equipe de nível superior.

Com todas as coisas sendo iguais (além da conveniência), Wi-Fi desempenho geralmente é menor do que uma conexão com fio. Com o aumento das políticas de "traga seu próprio dispositivo" e a proliferação de laptops, Wi-Fi pontos de acesso geralmente são superutilizados. A mídia em tempo real pode não ser priorizada em redes de Wi-Fi, o que pode levar a problemas de qualidade durante os horários de pico de uso. Esse uso intenso pode coincidir com uma reunião em que pode haver uma dúzia de pessoas presentes, cada uma com seu próprio laptop e smartphone, todas conectadas ao mesmo ponto de acesso Wi-Fi que o dispositivo da sala de reunião.

Wi-Fi só deve ser considerada como uma solução temporária, para uma instalação móvel ou quando Wi-Fi tiver sido provisionada corretamente para dar suporte a mídia baseada em tempo real e classe executiva.

TCP

O TCP (Protocolo de Controle de Transmissão) é considerado um transporte de failback e não o transporte primário desejado para mídia em tempo real. A razão pela qual é um transporte de failback é devido à natureza com estado do TCP. Por exemplo, se uma chamada for feita em uma rede latente e os pacotes de mídia forem atrasados, os pacotes de alguns segundos atrás , que não são mais úteis, competem pela largura de banda para chegar ao receptor, o que pode piorar uma situação ruim. Isso faz com que o curandeiro de áudio costure e estique o áudio, resultando em artefatos audíveis, muitas vezes em forma de nervosismo.

Os relatórios nesta seção não fazem distinção entre fluxos bons e pobres. Dado que o UDP é preferencial, os relatórios buscam o uso de TCP para compartilhamento de tela baseado em áudio, vídeo e vídeo (VBSS). Taxas de fluxo ruins são fornecidas para ajudar a comparar a qualidade do UDP versus a qualidade do TCP para que você possa concentrar seus esforços onde o impacto é maior. O uso de TCP é causado principalmente por regras de firewall incompletas. Para obter mais informações sobre regras de firewall para Teams e Skype for Business Online, consulte URLs do Microsoft 365 e Office 365 e intervalos de endereços IP.

Nota

Áudio, vídeo e VBSS preferem UDP como seu transporte primário. A carga de trabalho de Compartilhamento de Aplicativo RDP herdada usa apenas O TCP.

Uso de TCP

Relatórios TCP indicam o uso total de TCP nos últimos sete meses. Todos os relatórios adicionais nesta seção se concentrarão em restringir edifícios e sub-redes específicos em que o TCP é mais comumente usado. Relatórios separados estão disponíveis para conferência e fluxos de duas partes.

Gráfico mostrando a porcentagem de fluxos de áudio que usam TCP.

Investigação

Usando este relatório, você pode responder às seguintes perguntas:

  • Qual é o volume total de fluxos TCP para o mês atual?
  • É pior ou melhor do que no mês anterior?
  • A tendência de uso do TCP está aumentando, constante ou diminuindo?
  • O PSR TCP é o mesmo que o meu PSR geral?

Se você observar que a tendência de uso do TCP está aumentando ou acima do uso mensal normal, aproveite o tempo para investigar usando os sub-relatórios para procurar quaisquer edifícios ou redes que possam precisar de correção. Idealmente, você deseja o menor número possível de sessões de áudio baseadas em TCP na rede gerenciada.

TCP vs. UDP

Este relatório identifica o volume de relatórios de uso TCP versus UDP no mês mais recente para o VBSS (compartilhamento de tela baseado em vídeo e áudio).

Relatório mostrando o volume de fluxos que usam TCP versus UDP.

Análise

Embora você queira que o uso de TCP seja o mais baixo possível, você pode ver um pouco de uso de TCP em uma implantação de outra forma saudável. O TCP por si só não contribuirá para uma chamada ruim, portanto, as taxas de fluxo são fornecidas para ajudar a identificar se o uso de TCP é um contribuidor à má qualidade.

Investigações TCP

Nos modelos CQD fornecidos, navegue até os relatórios TCP Streams by Building e Subnet usando o modelo Redes Gerenciadas ou Todas as Redes. Para investigar o uso de TCP, o processo é o mesmo, portanto, concentraremos a discussão aqui na conferência.

Remediação

Este relatório identifica edifícios e sub-redes específicos que estão contribuindo para o volume de uso de TCP. Um relatório adicional também é incluído para identificar o IP do Microsoft Relay que foi usado na chamada para ajudar a isolar as regras de firewall ausentes. Concentre seus esforços de correção nesses edifícios que têm o maior volume de fluxos TCP para maximizar o impacto.

A causa mais comum do uso de TCP é a falta de regras de exceção em firewalls ou proxies. Falaremos sobre proxies na próxima seção, portanto, por enquanto, concentre seus esforços nos firewalls. Usando a construção ou sub-rede fornecida, você pode determinar qual firewall precisa ser atualizado.

Remediação Orientação
Configurar firewall Verifique se as portas e endereços IP do Microsoft 365 ou Office 365 estão excluídos do firewall. Para problemas de TCP relacionados à mídia, concentre seus esforços iniciais no seguinte:
  • Verifique se as sub-redes de mídia do cliente 13.107.64.0/18 e 52.112.0.0/14 estão em suas regras de firewall.
  • As portas UDP 3478-3481 são as portas de mídia necessárias e devem ser abertas, caso contrário, o cliente não retornará à porta TCP 443.
Verificar Use a Ferramenta de Avaliação de Rede da Microsoft para marcar para problemas de conectividade com endereços e portas IP específicos do Microsoft 365 ou Office 365 da construção ou sub-rede afetadas.

Proxy HTTP

Proxies HTTP não são o caminho preferencial para estabelecer sessões de mídia, por uma infinidade de razões. Muitos contêm recursos profundos de inspeção de pacotes que podem impedir que conexões com o serviço sejam concluídas e introduzir interrupções. Além disso, quase todos os proxies forçam o TCP em vez de permitir o UDP, que é recomendado para uma qualidade de áudio ideal.

Sempre recomendamos que você configure o cliente para se conectar diretamente aos serviços do Teams e Skype for Business. Isso é especialmente importante para o tráfego baseado em mídia.

Importante

Recomendamos carregar um arquivo de construção válido para que você possa distinguir dentro de fluxos de áudio externos ao analisar o uso de proxy.

Uso de proxy HTTP

O relatório de fluxo de proxy HTTP nesta seção do modelo é muito parecido com os relatórios TCP. Ele não analisa se as chamadas são pobres ou boas, mas se a chamada está conectada por HTTP.

Captura de tela do relatório de fluxos de áudio que usam HTTP.

Análise

Você deseja ver o menor número possível de fluxos de mídia HTTP. Se você tiver fluxos atravessando seu proxy, consulte sua equipe de rede para garantir que as exclusões adequadas estejam em vigor para que os clientes estejam encaminhando diretamente para o Teams ou Skype for Business sub-redes de mídia online.

Se você tiver apenas um proxy de Internet em sua organização, verifique as URLs do Microsoft 365 ou Office 365 adequadas e exclusões do intervalo de endereços IP. Se mais de um proxy de Internet estiver configurado em sua organização, use o sub-relatório HTTP para isolar qual criação ou sub-rede será afetada.

Para organizações que não podem ignorar o proxy, verifique se o Skype for Business cliente está configurado para entrar corretamente quando estiver localizado atrás de um proxy, conforme descrito no artigo Skype for Business deve usar o servidor proxy para entrar em vez de tentar conexão direta.

Investigações de proxy HTTP

Este relatório identifica edifícios e sub-redes específicos que estão contribuindo para o uso de HTTP.

Remediação

Recomendamos que você sempre ignore proxies para Skype for Business e Teams, especialmente tráfego de mídia. Proxies não tornam Skype for Business mais seguros, porque seu tráfego já está criptografado. Problemas relacionados ao desempenho podem ocorrer no ambiente devido à latência e à perda de pacote. Problemas como esses resultarão em uma experiência negativa com áudio, vídeo e compartilhamento de tela, em que fluxos em tempo real são essenciais.

A causa mais comum do uso de HTTP é a falta de regras de exceção em proxies. Usando a construção ou sub-rede fornecida, você pode determinar rapidamente qual proxy precisa ser configurado para bypass de mídia.

Verifique se os FQDNs do Microsoft 365 ou Office 365 necessários são adicionados a uma lista de permissões em seu proxy.

Investigações de ponto de extremidade

Esta seção é focada nas tarefas para relatar as versões do cliente e o uso de dispositivos certificados. Os relatórios estão disponíveis para descrever o uso para versões do cliente, tipo de cliente, dispositivos de captura e drivers (microfone), dispositivos de captura de vídeo e Wi-Fi versões do fornecedor e do driver.

Nota

Nem todos os relatórios incluídos nos modelos são abordados neste artigo; no entanto, os métodos de investigação explicados abaixo ainda se aplicam. Consulte a descrição do relatório individual para obter mais informações.

Versões do cliente

Esses relatórios se concentram em identificar Skype for Business versões do cliente em uso e seu volume relativo no ambiente.

Importante

Atualmente, os clientes do Teams são distribuídos e atualizados automaticamente por meio da Rede de Entrega de Conteúdo do Azure e serão mantidos atualizados pelo serviço. Como resultado, você não precisa monitorar as versões do cliente do Teams (a menos que desative a atualização automática, o que não recomendamos).

A menos que você exclua dados federados do participante, esses relatórios incluirão a telemetria do cliente de pontos de extremidade federados. Para excluir pontos de extremidade federados, você deve adicionar um filtro de consulta para a Segunda ID de Locatário definida à ID do locatário da sua organização. Como alternativa, você pode usar um filtro de URL para excluir a telemetria de participante federado.

Remediação

Uma parte crítica da condução de experiências de usuário de alta qualidade é garantir que os clientes gerenciados estejam executando versões atualizadas de Skype for Business, além de garantir que os drivers de áudio, vídeo, rede e USB de suporte estejam atualizados. Isso fornece vários benefícios, entre eles:

  • É mais fácil gerenciar algumas versões versus muitas versões.
  • Ele fornece um nível de consistência de experiência.
  • Isso facilita a solução de problemas com a qualidade da chamada e a usabilidade.
  • A Microsoft continuamente faz melhorias gerais e otimizações em todo o produto. Garantir que os usuários recebam essas atualizações reduz o risco de se esbarrarem em um problema que já foi resolvido.

Limitar sua implantação a versões do cliente com menos de seis meses melhorará a experiência geral do usuário e melhorará a capacidade de gerenciamento, reduzindo o número de versões que precisam ser suportadas.

Se você estiver usando apenas o Office Click-to-Run, estará automaticamente dentro da janela de seis meses. Nenhuma ação adicional é necessária.

Se você tiver uma combinação de pacotes de Clique para Executar e instalador (MSI), poderá usar o relatório para verificar se os clientes MSI estão sendo atualizados regularmente. Se você notar que os clientes estão ficando para trás, trabalhe com a equipe responsável pelo gerenciamento de atualizações do Office e verifique se eles estão aprovando e implantando patches de cliente regularmente.

Também é importante considerar e garantir que os drivers de rede, vídeo, USB e áudio também estejam sendo corrigidos. Pode ser fácil ignorar esses drivers e não incluí-los em sua estratégia de gerenciamento de patchs.

Os números de versão para Skype for Business podem ser encontrados por meio dos links abaixo:

Dispositivos

Para usar o relatório do dispositivo de microfone, precisamos entender o conceito da pontuação média de opinião (MOS). O MOS é a medida padrão-ouro para medir a qualidade de áudio percebida. É representado como uma classificação inteiro de 0 a 5.

A base de todas as medidas de qualidade de voz é como uma pessoa percebe a qualidade da fala. Como é afetado pela percepção humana, é inerentemente subjetivo. Há várias metodologias diferentes para testes subjetivos. A maioria das medidas de qualidade de voz baseia-se em uma escala de classificação de categorização absoluta (ACR).

Em um teste subjetivo do ACR, um número estatisticamente significativo de pessoas classifica sua qualidade de experiência em uma escala de 1 (ruim) para 5 (excelente). A média das pontuações é a MOS. O MOS resultante depende do intervalo de experiências que foram expostas ao grupo e ao tipo de experiência que está sendo avaliada.

Como é impraticável realizar testes subjetivos de qualidade de voz para um sistema de comunicação ao vivo, o Microsoft Teams e Skype for Business gerar valores de MOS usando algoritmos avançados para prever objetivamente os resultados de um teste subjetivo.

O conjunto disponível de MOS e métricas associadas fornece uma exibição sobre a qualidade da experiência que está sendo entregue aos usuários por um dispositivo de áudio.

Ao fornecer aos usuários dispositivos certificados para o Teams e Skype for Business, você reduz a probabilidade de encontrar experiências negativas devido ao próprio dispositivo (o que é mais provável, por exemplo, com alto-falantes e microfones de laptop internos). Para obter mais informações, confira esses artigos sobre o programa de certificação e o catálogo de soluções de parceiros.

Os relatórios do dispositivo são usados para avaliar o uso do dispositivo por volume e pontuação de MOS (somente áudio) e podem ser encontrados nos modelos que acompanham em Clientes & Dispositivos.

Importante

A menos que você exclua dados federados do participante, esses relatórios incluirão a telemetria do cliente de pontos de extremidade federados. Para excluir pontos de extremidade federados, você deve adicionar um filtro de consulta para a Segunda ID de Locatário definida à ID do locatário da sua organização. ALternatively, você pode usar um filtro de URL para excluir a telemetria de participante federado.

Nota

Você pode notar ao exibir este relatório que você vê o mesmo dispositivo relatado várias vezes. Isso ocorre devido à forma como o dispositivo é relatado como sendo relatado ao CQD. As diferenças na localização do hardware e do sistema operacional causam diferenças na forma como os dados do dispositivo são relatados.

Remediação

Normalmente, você precisará descobrir e eliminar gradualmente dispositivos não certificados e substituí-los por dispositivos certificados. Algumas considerações ao revisar os relatórios do dispositivo incluem:

  • Os dispositivos em uso são certificados para Teams e Skype for Business?
  • Você pode identificar usuários de um dispositivo específico usando análise de chamadas por usuário. Verifique se eles têm os drivers de dispositivo mais recentes e se o dispositivo não está conectado por meio de um hub USB ou estação de encaixe.
  • Quantas versões diferentes de vários drivers estão em uso? Eles estão sendo corrigidos regularmente? Garantir que os drivers de áudio, vídeo e Wi-Fi estejam sendo corrigidos regularmente ajudará a eliminá-los como uma fonte de problemas de qualidade e tornar a experiência do usuário mais previsível e consistente.
Áudio

A próxima tarefa é determinar o uso geral de dispositivos de áudio certificados. Recomendamos que pelo menos 80% de todos os fluxos de áudio usem um dispositivo de áudio certificado. Isso é melhor feito exportando o relatório de dispositivos de microfone para o Excel para calcular o uso de dispositivos certificados ou aprovados. As organizações normalmente mantêm uma lista de todos os dispositivos aprovados, portanto, filtrar e classificar os dados deve ser simples.

Vídeo

Os drivers de vídeo também são importantes para se manter atualizados. Garantir que as placas de vídeo estejam sendo corrigidas regularmente ajudará a excluir os drivers de vídeo como uma fonte de má qualidade para fluxos de vídeo. O uso de dispositivos de vídeo certificados ajudará a garantir uma experiência de usuário suave e de alta qualidade. Dispositivos de vídeo que dão suporte à codificação nativa H.264 são preferenciais, para reduzir o uso da CPU durante a conferência de vídeo.

Wi-Fi

Wi-Fi drivers também precisam ser corrigidos em uma cadência regular também e devem ser incluídos em sua estratégia de gerenciamento de patchs. Muitos problemas de qualidade podem ser corrigidos mantendo drivers de Wi-Fi atualizados. Para obter mais informações sobre como otimizar sua infraestrutura de Wi-Fi, confira este artigo sobre Wi-Fi planejamento.

Usar o Assistente para o Teams

Preparar sua rede para o Teams

Office 365 Princípios de Conectividade de Rede

Análises e relatórios do Teams

Gerenciar seus dispositivos no Teams

Melhorar e monitorar a qualidade da chamada para o Teams

O que é CQD?

Configurar o Painel de Qualidade de Chamada (CQD)

Carregar dados de locatário e de construção

Dados e relatórios do CQD

Dimensões e medidas disponíveis no CQD

Classificação Stream no CQD

Usar o Power BI para analisar dados do CQD