Utilizar o CQD para gerir a qualidade das chamadas e reuniões no Microsoft Teams

• Aplica-se a:

  Microsoft Teams

Este artigo irá ajudá-lo - o administrador do Teams ou o engenheiro de suporte e suporte técnico - a desenvolver um processo de monitorização e manutenção da qualidade das chamadas e reuniões para a sua organização através do Dashboard de Qualidade de Chamadas (CQD) do Microsoft Teams. A nossa documentação de orientação realça cenários de qualidade de áudio porque quaisquer melhorias de rede que efetue para melhorar a experiência de áudio irão traduzir-se em melhorias no vídeo e na partilha.

A chave para esta documentação de orientação são os dois modelos CQD organizados – recomendamos que os transfira antes de seguir a documentação de orientação neste artigo.

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

Categorias a monitorizar e manter

Depois de implementar reuniões e voz no Teams, precisará de um plano para a monitorização e manutenção contínuas. Ao fazê-lo, irá garantir que o Teams está sempre a funcionar da melhor forma. Este plano deve incluir as principais áreas listadas abaixo. Também deve estabelecer metas para métricas de qualidade e um plano para resolver problemas e isolar problemas quando ocorrem.

Categoria	Descrição
Qualidade da chamada	Divida as métricas por chamadas internas (na sua organização, como VPN, Wi-Fi, com fios) ou chamadas externas Dividir as métricas ao criar ou rede Chamadas VPN Chamadas com TCP, UDP ou proxy
Fiabilidade da chamada	Identificar e remediar quaisquer problemas de rede ou firewall Obter informações sobre as percentagens de configuração de chamadas e falhas de remoção Saiba onde ocorre a maioria das falhas de configuração e remoção de chamadas
Inquérito do utilizador	Utilizar os dados da Classificação da Minha Chamada para saber mais sobre a experiência real dos utilizadores Onde estão a ocorrer as más experiências? Correlacionar a má experiência com a qualidade, fiabilidade e dispositivos de chamada
Dispositivos	Saiba que microfones e altifalantes são mais utilizados e o impacto na qualidade da chamada Os controladores de áudio, vídeo, USB e Wi-Fi de suporte estão a ser corrigidos regularmente?
Clientes	Saiba que tipos de cliente e versões estão a ser utilizados e o respetivo impacto na qualidade e fiabilidade das chamadas

Ao avaliar e remediar continuamente as áreas descritas neste artigo, pode reduzir o seu potencial para afetar negativamente os seus utilizadores. A maioria dos problemas do utilizador 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 controladores de cliente inconsistentes ou desatualizados
• Dispositivos de áudio não otimizados ou incorporados
• Dispositivos de rede ou sub-redes com problemas

Através de um planeamento e design adequados antes de implementar o Teams ou o Skype for Business Online, pode reduzir o esforço necessário para manter experiências de alta qualidade.

Este artigo centra-se na utilização do Dashboard de Qualidade de Chamadas (CQD) Online como a principal ferramenta para comunicar e investigar cada área, com especial ênfase no áudio para maximizar a adoção e o impacto. Quaisquer melhorias efetuadas na rede para melhorar a experiência de áudio também se traduzirão diretamente em melhorias na partilha de vídeo e ambiente de trabalho.

Para acelerar a avaliação, são fornecidos dois modelos CQD organizados : um é para gerir todas as redes e o outro é filtrado apenas para redes geridas (internas). Embora os relatórios do modelo Todas as Redes estejam configurados para apresentar informações de compilação e de rede, ainda podem ser utilizados enquanto trabalha para recolher e carregar informações de compilação. O carregamento de informações de compilação para o CQD permite que o serviço melhore os relatórios ao adicionar informações personalizadas de criação, rede e localização, ao mesmo tempo que diferencia internamente de sub-redes externas. Para obter mais informações, leia Mapeamento de edifícios.

Público-alvo

Este artigo destina-se a ser utilizado por intervenientes de parceiros e clientes com funções como Líder/Arquiteto de Colaboração, Consultor, Especialista em Gestão de Alterações/Adoção, Suporte/Suporte Técnico, Oportunidade Potencial de Rede, Líder de Ambiente de Trabalho e Administração de TI.

O que é a qualidade?

Neste contexto, a qualidade é uma combinação de métricas de serviço e experiência de utilizador.

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 recolhe telemetria para a chamada e submete um relatório no final de cada chamada que pode ser acedida posteriormente no CQD ou na análise de chamadas por utilizador. Estas métricas incluem (mas não estão limitadas a):

• Má Stream (entrada e saída)
• Taxa de Falhas de Configuração
• Diminuir Taxa de Falhas

Taxa de transmissão fraca

A fraca taxa de transmissão em fluxo (PSR) representa a percentagem geral de fluxos da organização que têm má qualidade. Esta métrica destina-se a destacar áreas em que a sua organização pode concentrar esforços para ter o impacto mais forte na redução deste valor e na melhoria da experiência do utilizador, razão pela qual as redes geridas são o foco principal ao olhar para o PSR. Os utilizadores externos também são importantes, mas a investigação difere consoante a organização. Considere fornecer melhores práticas para utilizadores externos e investigar chamadas externas independentemente da organização em geral.

A medição real no CQD varia consoante a carga de trabalho, mas para efeitos deste artigo, focamo-nos principalmente na medição percentagem de áudio fraca . O PSR é composto pelas três médias de métricas de rede descritas na tabela seguinte. Para que um fluxo seja classificado como fraco, um fluxo tem de exceder uma utilização de pacotes de 500 e apenas uma métrica tem de exceder o limiar definido. O CQD fornece o "Fraco Devido a..." medidas para compreender melhor que condição fez com que o fluxo fosse classificado como fraco. Para saber mais, leia Stream classificação no CQD.

Nota

O CQD fornece o "Fraco devido a..." medidas para compreender melhor que condição fez com que o fluxo fosse classificado como fraco.

Embora o áudio seja marcado como Fraco se algum dos limiares for quebrado, isso não significa que o fluxo de áudio tenha realmente baixa qualidade, nem significa que o utilizador percebeu um problema de qualidade. A pilha de multimédia do Teams foi criada para suportar e corrigir condições de rede deficientes e pode mitigar uma degradação considerável do desempenho da rede acima antes de ser percebida uma diminuição da qualidade pelos utilizadores.

Métricas de má qualidade de áudio

Média de métricas	Descrição	Experiência de usuário
Nervosismo >30 ms	Esta é a alteração média no atraso entre pacotes sucessivos. As equipas e Skype for Business podem adaptar-se a alguns níveis de nervosismo através da colocação em memória intermédia. Só quando o nervosismo excede a memória intermédia é que um participante repara nos efeitos do nervosismo.	Os pacotes que chegam a velocidades diferentes fazem com que a voz de um orador soe robótica.
Taxa de perda >de pacotes 10% ou 0,1	Isto é muitas vezes definido como uma percentagem de pacotes perdidos. A perda de pacotes afeta diretamente a qualidade do áudio, desde pacotes pequenos e individuais perdidos que quase não têm impacto nas perdas de rajada consecutivas que fazem com que o áudio seja totalmente cortado.	Os pacotes que estão a ser largados e não chegam ao destino pretendido causam lacunas no suporte de dados, resultando em sílabas e palavras perdidas, e vídeo e partilha agitados.
Tempo de ida e volta >500 ms	Este é o tempo que demora a obter um pacote IP do ponto A para o ponto B e voltar ao ponto A. Este atraso de propagação de rede está associado à distância física entre os dois pontos e à velocidade da luz e inclui sobrecarga adicional assumida pelos vários dispositivos no caminho de rede.	Os pacotes que demoram muito tempo a chegar ao seu destino causam um efeito walkie-talkie.

Por que preferimos utilizar fluxos em vez de chamadas?

Os fluxos informam-nos sobre que perna específica da chamada era pobre - saída ou entrada. Quando estiver a analisar a análise de chamadas para uma chamada fraca, determine se a chamada fraca se deveu ao fluxo desse chamador (saída) ou à transmissão do callee (entrada). Determinar que fluxo está a afetar a qualidade das chamadas é ainda mais importante para as conferências. Se estiver apenas a ver dados de chamadas, verá quantas conferências uma pessoa participa, mas não verá quais as pessoas que são oradores ativos, fazendo a maior parte da partilha de ecrã.

Os dados de chamadas dão-lhe métricas de utilização, mas não o levarão necessariamente à causa principal da má qualidade da chamada. Ao observar a direção do fluxo, pode identificar fatores como uma chamada que não está numa rede gerida, uma chamada de um não funcionário (por exemplo, um fornecedor ou alguém numa rede diferente). Nestes casos, se a ligação de rede da outra pessoa for fraca, toda a chamada será sinalizada como fraca. Não pode fazer nada em relação a fatores externos, pelo que estes dados não são úteis.

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

• Por exemplo, se tiver um orçamento limitado para dispositivos e quiser fornecer dispositivos apenas para utilizadores de áudio pesados, utilize o relatório de utilização de áudio (VoIP) e filtre por fluxos de saída e conferências. Procure utilizadores de áudio de alto volume que estejam a falar em microfones incorporados - estes podem correlacionar-se com uma qualidade de chamada mais baixa (e poderá querer fornecer dispositivos de áudio para estas pessoas). Para maior clareza, pode filtrar a utilização de pacotes, o que lhe permitirá direcionar utilizadores de áudio especialmente de volume elevado.

• Outro exemplo envolve a partilha de ecrã. Se um cliente estiver a utilizar um cliente do Teams antigo, o desempenho da partilha de ecrã poderá ser afetado. Pode resolver este problema ao atribuir prioridades às atualizações de cliente para as pessoas que fazem muita partilha de ecrã.

• Ao identificar qual a direção de um fluxo que está a causar má qualidade de chamada, pode determinar se tem um problema relacionado com qoS ou largura de banda. Se ainda não implementou totalmente o QoS ou se marcar apenas pacotes no cliente e não no fluxo de entrada, poderá ver uma qualidade de chamada mais fraca. Ao observar a direção do fluxo, pode obter uma visão mais granular da perda de pacotes, latência ou nervosismo numa direção específica.

  • Por exemplo, digamos que um utilizador se queixa de áudio robótico durante uma ligação com fios (nervosismo). Ao observar o fluxo e a direção, pode determinar que o problema ocorre no fluxo de entrada, apenas para um conjunto específico de sub-redes. Depois de fornecer estas informações à sua equipa de rede, estas podem localizá-la para um acelerador WAN mal configurado que não estava a ignorar o tráfego de multimédia. Assim que a equipa de rede reconfigura o acelerador WAN, o nervosismo desaparece e a qualidade da chamada melhora.

Taxa de Falhas de Configuração

A taxa de falha de configuração, também conhecida como a medição Percentagem total de Falhas de Configuração da Chamada no CQD, é o número de fluxos em que não foi possível estabelecer o caminho de multimédia entre os pontos finais no início da chamada.

Isto representa qualquer fluxo de multimédia que não foi possível estabelecer. Dada a gravidade do impacto deste problema na experiência do utilizador, o objetivo é reduzir este valor para o mais próximo de zero possível. Um valor elevado para esta métrica é mais comum em novas implementações com regras de firewall incompletas do que numa implementação madura, mas ainda é importante watch regularmente.

Esta métrica é calculada ao utilizar o número total de fluxos que não foram configurados divididos pelo número total de fluxos que submeteram um registo de detalhes de chamada (CDR) bem-sucedido:

• Taxa de Falha de Configuração = Total de Configuração de Chamadas Falhada Stream Contagem/Total de CDRs Disponíveis Stream Contagem

Diminuir Taxa de Falhas

A taxa de falha de remoção, também conhecida como a medição Total de Percentagem de Falhas de Chamadas Perdidas no CQD, é a percentagem de fluxos estabelecidos com êxito em que o caminho do suporte de dados não terminará normalmente.

Isto representa qualquer fluxo de multimédia que terminou inesperadamente. Embora o impacto disto não seja tão grave como um fluxo que não foi configurado, ainda afeta negativamente a experiência do utilizador. As quedas súbitas e frequentes dos suportes de dados não só podem ter um impacto grave na experiência do utilizador, como resultam na necessidade de os utilizadores se restabelecerem, resultando na perda de produtividade (não para menção frustração).

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

• Taxa de Falha de Remoção = Total de Chamadas Perdidas Stream Contagem/Total de Configuração de Chamadas Concluída com Êxito Stream Contagem

Definir as métricas de destino

Esta secção aborda algumas das principais métricas de serviço que utilizamos para avaliar o estado de funcionamento dos serviços. Ao avaliar e impulsionar continuamente os esforços para manter estas métricas abaixo dos objetivos definidos, irá ajudar a garantir que os seus utilizadores têm uma qualidade de chamada consistente e fiável. Como ponto de partida, utilize os destinos sugeridos na tabela abaixo. Ajuste os destinos conforme necessário para cumprir os seus objetivos empresariais.

Tipo de rede		Destinos de qualidade	Destinos de fiabilidade
		Taxa de Stream Áudio Fraca	Taxa de Falhas de Configuração	Diminuir Taxa de Falhas
All	Interno	2.0%	0.5%	2.0%
	Geral	3.0%	1.0%	3.0%
Conferências	Interno	2.0%	0.5%	2.0%
	Interno com fios	1.0%	0.5%	1.0%
	interno de 5 GHz de Wi-Fi	1.0%	0.5%	1.0%
	Wi-Fi interno de 2,4 GHz	2.0%	0.5%	2.0%
	Geral	2.0%	0.5%	3.0%
P2P	Interno	2.0%	0.5%	2.0%
	Interno com fios/Wi-Fi de 5 GHz	1.0%	0.5%	1.0%
	Com fios/Wi-Fi de 5 GHz no geral	2.0%	1.0%	1.0%
	Geral	2.0%	1.0%	3.0%

Experiência de usuário

Analisar a experiência do utilizador é mais arte do que ciência, porque as métricas aqui recolhidas nem sempre significam que há um problema com a rede ou o serviço, mas sim, indicam simplesmente que o utilizador percebe um problema. O CQD inclui um mecanismo de inquérito incorporado ( Rate My Call (RMC) – para ajudar a avaliar a experiência geral do utilizador. A RMC irá dar-lhe informações sobre as seguintes perguntas na perspetiva dos seus utilizadores:

• Sei como utilizar a solução?
• A solução é fácil de utilizar e intuitiva e suporta as minhas necessidades diárias de comunicação?
• A solução ajuda-me a fazer o meu trabalho?
• Qual é a minha percepção geral da solução?
• Posso utilizar a solução a qualquer momento, independentemente de onde estiver?
• Posso configurar e manter uma chamada?

Classificar a Minha Chamada

Rate My Call (RMC) está incorporado no Teams e Skype for Business. Aparece automaticamente depois de uma em cada 10 chamadas, ou 10%. Este breve inquérito pede ao utilizador para classificar a chamada e fornecer um pouco de contexto sobre o motivo pelo qual a qualidade da chamada pode ter sido fraca. Uma ou duas classificações são consideradas pobres, três a quatro é boa, e cinco é excelente. Embora seja um indicador um pouco atrasado, esta é uma métrica útil para descobrir problemas que as métricas de serviço podem perder.

Nota

O fator humano: os utilizadores ignoram frequentemente o inquérito quando a qualidade da chamada é boa e preenchem-na quando a qualidade da chamada é má. Como resultado, os seus relatórios RMC podem ser distorcidos para o lado fraco, mesmo quando as métricas de serviço são boas.

Pode utilizar o CQD para comunicar as respostas do utilizador do RMC e os relatórios de exemplo estão incluídos no modelo CQD. No entanto, não são abordados em detalhe neste artigo.

Preparação do cliente e do dispositivo

Precisa de uma estratégia sólida de cliente e dispositivo para ajudar a garantir que os seus utilizadores têm uma experiência de utilizador consistente e positiva. Alguns princípios fundamentais impulsionam cada estratégia de preparação.

Preparação do cliente

Manter o cliente do Teams atualizado garante que os seus utilizadores estão sempre a obter a melhor experiência possível. A Microsoft lança atualizações frequentes para o cliente do Teams (a atualização instala-se em segundo plano, a menos que tenha desativado esta funcionalidade - o que não recomendamos). Também é importante lembrar-se de corrigir controladores de rede, vídeo, USB e áudio, uma vez que são muitas vezes ignorados e podem afetar a qualidade das chamadas e das reuniões. Considere adicionar controladores de rede, Wi-Fi, vídeo, USB e áudio ao seu processo de gestão de patches atual.

Preparação do dispositivo

Nenhuma estratégia única pode afetar mais a experiência do utilizador do que a sua estratégia de preparação para dispositivos. Por exemplo, os utilizadores que dependem dos altifalantes e do microfone do portátil irão experimentar muito ruído de fundo em chamadas e reuniões. O Teams foi concebido para funcionar com praticamente qualquer dispositivo, mas se estiver a ter problemas relacionados com o dispositivo, marcar telefone para o Teams.

Categorias de qualidade

Operacionalizar um conjunto de práticas de gestão de qualidade - isto dá-lhe a melhor hipótese de uma boa qualidade de chamada e reunião. Um plano de gestão de boa qualidade aborda estas categorias:

• Rede: Qualidade de áudio focada na métrica Taxa de Stream Fraca (PSR), utilização de TCP, sub-redes com fios e sem fios e identificação da utilização de proxies HTTP e VPN

• Pontos finais: Dispositivos de áudio e clientes atualizados

• Gestão de Serviços: Esta categoria é composta por duas secções:

  • Em primeiro lugar, é da responsabilidade da Microsoft gerir e manter os serviços teams e Skype for Business Online.

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

Reveja a seguinte lista de tarefas recomendadas para manter a qualidade. Deve efetuar estas tarefas regularmente, por exemplo, semanalmente.

Tarefas de gestão de serviços

Estas tarefas vão desde garantir que existe largura de banda suficiente para chegar ao serviço sem saturar as ligações à Internet, validar que a qualidade do serviço (QoS) está em vigor em todas as áreas de rede geridas e manter-se sobre Office 365 intervalos de IP em firewalls.

Tarefas de rede

Existem duas categorias de tarefas de rede: fiabilidade e qualidade. A fiabilidade centra-se na medição da capacidade do utilizador de efetuar chamadas com êxito e manter-se ligado. A qualidade centra-se na telemetria agregada enviada ao Teams e Skype for Business Online pelo cliente do utilizador durante a chamada e depois de terminar.

Tendo em conta o impacto crítico que a fiabilidade tem na experiência do utilizador, recomendamos que avalie e investigue as métricas de fiabilidade antes de aprofundar a qualidade.

Tarefas de pontos finais

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

Também deve monitorizar os dispositivos e fornecer atualizações sempre que identificar problemas relacionados com um dispositivo.

Utilizar o CQD para gerir a qualidade da chamada

Depois de configurar o CQD, está pronto para começar a utilizá-lo para gerir a qualidade das chamadas e reuniões para a sua organização.

A maioria dos problemas com o desempenho do Teams enquadra-se 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 controladores de cliente inconsistentes ou desatualizados
• Dispositivos de áudio não otimizados ou incorporados
• Dispositivos de rede ou sub-redes com problemas

Se demorar algum tempo a implementar o Teams para avaliar estas áreas e corrigir eventuais deficiências, reduzirá o esforço necessário para manter uma experiência do Teams de alta qualidade para todos os seus utilizadores. Para ajudar a avaliar a sua rede em preparação para a sua implementação do Teams, leia Assistente do Teams e Preparar a sua rede para o Teams.

Expetativas com o CQD

Utilize o Dashboard de Qualidade da Chamada (CQD) para obter informações sobre a qualidade das chamadas efetuadas através do Teams e Skype for Business serviços. O CQD foi concebido para ajudar o Teams e Skype for Business administradores e engenheiros de rede a otimizar a rede e a controlar a qualidade, a fiabilidade e a experiência do utilizador. O CQD analisa a telemetria agregada de toda uma organização, onde os padrões gerais podem tornar-se evidentes; isto permite-lhe fazer avaliações informadas e planear a remediação. O CQD fornece relatórios de métricas que fornecem informações sobre a qualidade geral, fiabilidade e experiência do utilizador.

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

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

Descrição geral dos relatórios CQD

Utilize o menu pendente na parte superior do ecrã 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: transfira modelos de consulta do Power BI para o CQD. Modelos personalizáveis do Power BI que pode utilizar para analisar e comunicar os seus dados CQD.

Teams vs. Skype for Business

O CQD pode reportar o Teams e o Skype for Business. No entanto, poderá haver alturas em que pretende desenvolver um relatório para analisar a telemetria do Teams separadamente da Skype for Business.

Relatórios de resumo

Para modificar a página de relatórios de resumo para ver apenas o Teams ou Skype for Business, selecione o menu pendente Filtro de Produto na parte superior do ecrã e, em seguida, selecione o produto que pretende.

Relatórios detalhados

Para filtrar todos os relatórios detalhados, na barra do browser, acrescente o seguinte ao final do 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 Filtrar relatórios mais à frente nesta secção.

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

Redes geridas versus não geridas

Por predefinição, todos os pontos finais no CQD são classificados como externos. Assim que um ficheiro de criação for introduzido, podemos começar a analisar os dados de pontos finais geridos. Conforme abordado anteriormente, as redes no CQD são definidas como:

• Uma rede gerida, muitas vezes referida como interna ou interna, pode ser influenciada e controlada pela organização. Isto inclui a LAN interna, a WAN remota e a VPN.
• Uma rede não gerida, muitas vezes referida como externa ou externa, não pode ser influenciada ou controlada pela organização. Um exemplo de uma rede não gerida é uma rede de hotel ou aeroporto.

Dimensões, medidas e filtros

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

• Dimensão: Como quero dinamizar os dados.

• Medida: O que quero comunicar.

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

Outra forma de ver isto é que uma dimensão é a função de agrupamento, uma medida são os dados em que estou interessado e um filtro é como quero restringir os resultados aos que são relevantes para a minha consulta.

Um exemplo de uma consulta bem formada é Show me Poor Streams [Measure] by Subnet [Dimension] for Building 6 [Filter]. Para obter mais informações, veja 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 utiliza campos chamador/destinatário — o nome foi mudado primeiro e segundo porque existem passos de intervenção entre o chamador e o chamador. A lógica seguinte determina que ponto final envolvido é identificado como primeiro:

• Primeiro , será sempre um ponto final do servidor (Servidor de Conferências, Servidor de Mediação, etc.) se um servidor estiver envolvido no fluxo ou chamada.

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

• Se ambos os pontos finais forem do mesmo tipo, a escolha da qual é primeiro baseia-se na ordenação interna da categoria do agente de utilizador. Isto garante que a ordenação é consistente.

Para obter mais informações sobre como determinar o primeiro ou segundo ponto final quando ambos são iguais, veja Dimensões e medidas disponíveis no CQD.

Stream vs. chamada

Tem de compreender a diferença entre uma chamada e um fluxo para escolher corretamente as dimensões ou medidas que irá analisar no CQD. Embora o foco principal do CQD esteja nos fluxos, as medições baseadas em chamadas também estão disponíveis.

• Stream: existe um fluxo entre apenas dois pontos finais. Existe apenas um fluxo para cada direção e são necessários dois fluxos para comunicação. Os fluxos são úteis para investigar edifícios, redes ou sub-redes. Em alguns casos, tanto a chamada como a transmissão em fluxo são utilizadas no nome da medida (por exemplo, Configuração da Chamada Stream ou Chamada Removida Stream). Estes ainda estão classificados como fluxos.

• Chamada: 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 finais, cada um com um mínimo de um fluxo.

Para obter orientações adicionais sobre se a dimensão ou medida se refere a uma chamada ou a um fluxo, veja 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 falar mais detalhadamente sobre cada um deles.

• Bom ou pobre: Uma chamada boa ou fraca consiste numa 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 fraco é descrito anteriormente neste artigo.

• Não classificado: Um fluxo não classificado não contém um conjunto completo de métricas de serviço. Estas podem ser chamadas curtas , normalmente inferiores a 60 segundos, em que as médias não puderam ser calculadas e não foi gerado um relatório QoE. A razão mais comum para as chamadas não serem classificadas é o facto de haver pouca ou nenhuma utilização de pacotes. Um exemplo disto seria um participante que participa numa reunião sem som e nunca fala. O participante está a receber, mas não a transmitir, suportes de dados. Sem a transmissão de suportes de dados, não existirão métricas disponíveis para o CQD utilizar para classificar o fluxo de multimédia de saída do ponto final.

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

Sub-redes comuns

As sub-redes comuns são sub-redes privadas específicas que são utilizadas por hotéis, redes domésticas, hotspots e áreas semelhantes. Estas sub-redes são difíceis de fazer a triagem devido à sua utilização generalizada. Se a sua organização utilizar uma destas sub-redes comuns, recomendamos que mova essa rede para outra sub-rede. Isto tornará os relatórios mais fáceis no CQD. Quando indicado, os relatórios no modelo Todas as Redes foram configurados para excluir estas sub-redes para eliminá-las como uma origem de má qualidade. As sub-redes comuns são definidas abaixo; O seu impacto irá variar consoante 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 gerida que utiliza uma sub-rede comum, terá de utilizar a segunda dimensão de IP Local Reflexivo para agrupar sub-redes. Esta dimensão contém o endereço IP público do ponto final.

Investigações de fiabilidade

O primeiro passo para melhorar a qualidade é avaliar o estado de fiabilidade em toda a organização. Uma vez que a fiabilidade é vital para uma experiência de utilizador positiva, começamos com os dois componentes que medem a fiabilidade:

1. Falhas de configuração: Não foi possível estabelecer a chamada.

2. Falhas de remoção: A chamada foi estabelecida e terminada inesperadamente.

Ao longo desta secção, vamos abordar os 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. Veja a descrição do relatório individual para obter mais informações.

Falhas de configuração

Priorize primeiro a remediação de falhas de configuração nesta área, uma vez que estas falhas têm um impacto negativo significativo na experiência do utilizador.

Comece a investigação ao avaliar a percentagem de falhas de configuração gerais da organização e, em seguida, priorize as áreas de investigação com base na percentagem mais elevada através da criação ou da rede.

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

Este relatório apresenta a quantidade total de fluxos, falhas de configuração do fluxo e a taxa de falhas de configuração do fluxo. Aponte para qualquer uma das colunas para apresentar os respetivos valores individuais.

Análise

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

• Qual é a percentagem total de falhas de configuração de chamadas para o mês atual?

• A percentagem total de falhas de configuração de chamadas 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á a aumentar, estável ou a diminuir?

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

Investigações de falhas de configuração

Este relatório de resumo é utilizado para detetar e isolar quaisquer edifícios ou redes que possam necessitar de remediação.

Nota

Certifique-se de que ajusta o filtro do relatório Ano Mensal para o mês atual. Selecione Editar e ajuste o filtro de relatório Ano Mensal para guardar o novo mês predefinido.

Remediação

Concentre os seus primeiros esforços de remediação em edifícios ou sub-redes com o maior volume de falhas. Isto irá maximizar o impacto na experiência do utilizador e ajudar a reduzir rapidamente a taxa de falhas de configuração de chamadas organizacionais. A tabela seguinte lista os dois motivos para falhas de configuração, conforme comunicado pelo CQD.

Motivo das Falhas de Configuração da Chamada	Causa típica
Regra de Isenção de Inspeção de Pacotes Profundos FW em Falta	Indica que o equipamento de rede ao longo do caminho impediu que o caminho do suporte de dados fosse estabelecido devido a regras de inspeção de pacotes profundas. Isto deve-se provavelmente ao facto de as regras da firewall não estarem configuradas corretamente. Neste cenário, o handshake TCP foi bem-sucedido, mas o handshake SSL não.
Regra de Exceção do Bloco IP do FW em falta	Indica que o equipamento de rede ao longo do caminho impediu que o caminho de multimédia fosse estabelecido para a rede do Microsoft 365 ou Office 365. Isto pode dever-se ao facto de as regras de proxy ou firewall não estarem corretamente configuradas para permitir o acesso a endereços IP e portas utilizadas para o Teams e Skype for Business tráfego.

À medida que começa a remediação, pode concentrar os seus esforços num determinado edifício ou sub-rede. Como mostra a tabela anterior, estes problemas devem-se a configurações de firewall ou proxy. Reveja as opções na tabela seguinte para obter as ações de remediação.

Remediação

Orientação

Configurar firewalls

Trabalhe com a sua equipa de rede e verifique a configuração das firewalls na lista de endereços IP Office 365. Verifique se as sub-redes de multimédia e as portas estão incluídas nas regras da firewall. Verifique se as portas necessárias estão abertas na firewall. Deve ser dada prioridade ao UDP porque o TCP é considerado um protocolo de reativação pós-falha para partilha de ecrã baseada em áudio, vídeo e vídeo e a sua utilização afetará a qualidade da chamada. A partilha de aplicações RDP legada utiliza apenas TCP.

Falhas de remoção

Ao contrário dos códigos de falha de configuração, o CQD não tem nenhum código de falha de remoção para indicar o motivo pelo qual ocorrem falhas de remoção, o que dificulta o isolamento de uma causa raiz específica. Para melhorar as falhas de remoção da triagem, utilize uma abordagem inferida. Ao remediar quaisquer áreas de interesse para suportes de dados, aplicar patches a clientes e controladores e impulsionar a utilização de dispositivos certificados para o Teams e Skype for Business, pode esperar que as falhas de remoção diminuam.

Análise de tendências de falhas de remoção

Este relatório apresenta a quantidade total de fluxos de áudio, o total de falhas de remoção e a taxa de falhas de queda. Aponte para qualquer uma das colunas para apresentar os respetivos valores.

Análise

Ao utilizar este tipo de relatório, pode responder às seguintes perguntas:

• Qual é a taxa de falhas de queda atual?
• A taxa de falhas 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á a aumentar, estável ou a diminuir?

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

Remover investigações de falhas

As falhas aqui comunicadas indicam que a chamada foi removida inesperadamente e resultaram numa experiência de utilizador negativa. Ao contrário dos relatórios mais populares, estes relatórios fornecem informações adicionais sobre sub-redes específicas que precisam de uma investigação mais aprofundada.

Remediação

Com os relatórios de tabela incluídos, pode isolar áreas problemáticas na rede onde a taxa de redução está acima da métrica de destino que definiu. Concentre os seus primeiros esforços de remediação em edifícios ou sub-redes com a maior contagem total de fluxos, para ter o maior impacto.

Causas comuns de quedas de chamadas:

• Saída da Internet ou da rede subprovisionada
• Nenhuma QoS configurada em redes restritas
• Versões de cliente mais antigas
• Comportamento do utilizador

Depois de descobrir as áreas problemáticas, pode utilizar a análise de chamadas por utilizador para rever mais aprofundadamente os utilizadores nesse edifício para obter problemas específicos. A análise de chamadas contém dados EUII adicionais e pode ser útil para isolar ainda mais possíveis razões para as falhas de remoção.

Independentemente do próximo passo, é uma boa prática notificar o suporte técnico de que foi detetado um problema com edifícios ou sub-redes específicos. Isto permite que o suporte técnico responda rapidamente aos utilizadores de triagem e chamadas recebidas de forma mais eficiente. Os utilizadores sinalizados podem então ser comunicados à equipa de engenharia para uma investigação mais aprofundada.

A tabela seguinte lista alguns métodos comuns para gerir e remediar falhas de remoção.

Remediação	Orientação
Rede/Internet	Congestionamento: trabalhe com a equipa de rede para monitorizar a largura de banda em edifícios/sub-redes específicos para confirmar que existem problemas com a sobreutilização. Se confirmar que existe congestionamento de rede, considere aumentar a largura de banda para esse edifício ou aplicar qoS. Utilize os relatórios de resumo de Stream Quality Poor incluídos para rever as sub-redes problemáticas relativamente a problemas de instabilidade, latência e perda de pacotes, uma vez que muitas vezes precedem um fluxo removido. QoS: se o aumento da largura de banda for impraticável ou proibitivo de custos, considere implementar o QoS. Esta ferramenta é muito eficaz na gestão do tráfego congestionado e pode garantir que os pacotes de multimédia na rede gerida são priorizados acima do tráfego não multimédia. Em alternativa, se não houver provas claras de que a largura de banda é a culpada, considere estas soluções: Documentação de orientação sobre QoS do Microsoft Teams Realizar uma avaliação de preparação para a rede: uma avaliação de rede fornece detalhes sobre a utilização esperada da largura de banda, como lidar com a largura de banda e as alterações de rede e práticas de rede recomendadas para o Teams e Skype for Business. Ao utilizar a tabela anterior como origem, tem uma lista de edifícios ou sub-redes que são excelentes candidatos para uma avaliação. Preparo da rede da sua organização para o Teams
Clientes (apenas Skype for Business Online)	Alguns clientes Skype for Business mais antigos têm problemas documentados e conhecidos com fiabilidade de multimédia. Reveja os relatórios de Análise de Chamadas de vários utilizadores afetados ou crie um relatório de tabela de Versão do Cliente personalizado no CQD filtrado para edifícios ou sub-redes específicos com a medida % de Falha de Falha de Chamada Total Removida. Estas informações irão ajudá-lo a compreender se existe uma relação entre as falhas de chamada nesse edifício específico e uma versão específica do cliente.
Dispositivos	Se os dispositivos forem os responsáveis por problemas de qualidade de chamada, considere atualizar dispositivos ofensivos. Leia Telefones para o Teams para saber mais.
Comportamento do utilizador	Se determinar que nenhum dos clientes, rede, dispositivos ou clientes é o problema, considere desenvolver uma estratégia de adoção de utilizadores para informar os utilizadores sobre a melhor forma de participar e sair de reuniões. Um utilizador mais inteligente do Teams e Skype for Business produzirá uma melhor experiência de utilizador para todos os participantes na reunião. Por exemplo, um utilizador que coloque o portátil em modo de suspensão (fechando a tampa) sem sair da reunião será classificado como uma chamada inesperada.

Investigações de qualidade

O próximo passo para avaliar o estado da qualidade de áudio em toda a organização é investigar a Baixa Taxa de Stream (PSR), TCP e utilização de proxy. É importante lembrar que os dados CQD não lhe fornecem uma causa raiz específica, mas fornecem-lhe áreas problemáticas prováveis para iniciar uma conversação colaborativa com as equipas adequadas para atividades de remediação.

Nota

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

Qualidade

As percentagens de PSR são utilizadas para indicar se a organização está a cumprir os destinos de métricas definidos para uma determinada área de foco. É importante ter em atenção que, mesmo que as percentagens de alto nível estejam dentro do destino definido, as sub-redes ou edifícios individuais podem não cumprir os objetivos definidos e, portanto, precisam de uma investigação mais aprofundada. Por exemplo, se a percentagem global de PSR de áudio for de 2% em abril, o que cumpre o objetivo de exemplo, os edifícios individuais e as sub-redes poderão continuar a ter más experiências, dependendo da distribuição global desses 2%.

Para avaliar a percentagem de fluxos fracos, utilize os relatórios de qualidade. São fornecidos vários relatórios de qualidade para rever as métricas de salas de reuniões, conferências, duas partes, chamadas RTPC, VPN e salas de reuniões. São fornecidos relatórios mensais, semanais e diários para ajudar neste processo. Os relatórios semanais e diários estão limitados ao modelo de Redes Geridas para aumentar a eficácia e reduzir o ruído.

Análise de tendências de qualidade

Os relatórios mais populares apresentam informações de qualidade ao longo do tempo e são utilizados para ajudar a identificar e compreender tendências de qualidade em cada área de interesse. Conforme indicado acima, existem árvores de relatórios incluídas nos modelos para investigar a qualidade; conferências, duas partes, chamadas RTPC, VPN e salas de reunião. Para fins de análise da qualidade, o processo de investigação é o mesmo. No entanto, recomendamos que comece primeiro pelas conferências, uma vez que quaisquer melhorias na qualidade da conferência também irão afetar positivamente todas as outras áreas.

Nota

Investigar salas de reuniões de duas partes, chamadas RTPC e é semelhante a investigar conferências. O foco é isolar edifícios ou sub-redes que tenham a pior qualidade e identificar a razão da má qualidade.

Importante

Os relatórios baseados em VPN são filtrados com a segunda dimensão de VPN. Esta dimensão requer que o adaptador de rede VPN seja corretamente registado como um Adaptador de Acesso Remoto. Os fornecedores de VPN não utilizam este sinalizador de forma fiável e a quilometragem irá variar consoante o fornecedor de VPN implementado na sua organização. Modifique os relatórios VPN , se necessário, utilizando o nome do edifício ou da rede.

Investigação

Ao utilizar estes relatórios, pode responder às seguintes perguntas:

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

Independentemente das respostas às perguntas acima, dedure algum tempo para investigar utilizando 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 remediação.

Investigações de qualidade

Os relatórios de resumo de qualidade dão-lhe informações mais aprofundadas sobre o que contribuiu para a classificação dos fluxos como pobres e ajuda a isolar as áreas problemáticas na rede gerida.

Embora as dimensões utilizadas possam diferir ligeiramente entre o relatório, cada relatório incluirá medidas para o total de fluxos, fluxos fracos totais, PSR e má qualidade devido a. Foram criados relatórios para cada área de interesse: conferências, duas partes, chamadas RTPC, VPN e salas de reunião. O modelo de Rede Gerida inclui relatórios adicionais para tirar partido das informações de localização carregadas através do ficheiro de criação.

Nota

As sub-redes comuns são difíceis de fazer a triagem devido à sua utilização generalizada. Um relatório separado que apresenta o IP público do cliente (Segundo IP Local Reflexivo) foi adicionado ao modelo Todas as Redes para ajudar na remediação de escritórios que utilizam redes comuns.

Remediação

Concentre os seus esforços de remediação em edifícios ou sub-redes que tenham o maior volume de fluxos, uma vez que isto irá maximizar o impacto e ajudar a melhorar rapidamente a experiência do utilizador. Utilize as medições de nervosismo, perda de pacotes e tempo de ida e volta (RTT) para compreender o que está a contribuir para a má qualidade (é possível que haja mais do que um problema):

• Nervosismo: Os pacotes de multimédia estão a chegar a velocidades diferentes, o que faz com que um altifalante soe robótico.
• Perda de pacotes: os pacotes de multimédia estão a ser removidos, o que cria o efeito de palavras ou sílabas em falta.
• RTT: Os pacotes de multimédia estão a demorar muito tempo a chegar ao seu destino, o que cria um efeito walkie-talkie.

Para ajudar na investigação sobre problemas de qualidade, utilize a análise de chamadas por utilizador. Com a Análise de Chamadas, pode ver uma conferência específica ou o relatório de chamada do utilizador. Este relatório irá conter dados EUII/PII e é útil quando procura a causa de uma falha. Depois de saber que edifício é afetado, deve ser simples localizar os utilizadores nesse edifício.

Não se esqueça de informar o suporte técnico de que estas redes estão a ter problemas de qualidade, para que possam fazer rapidamente a triagem e responder às chamadas recebidas.

Remediação	Orientação
Redes	Congestionamento: uma rede sobrecarregada ou subprovisionada pode causar problemas com a qualidade dos suportes de dados. Trabalhe com a equipa de rede para determinar se as ligações de rede do utilizador para o ponto de saída da Internet têm largura de banda suficiente para suportar suportes de dados. Realizar uma avaliação de preparação para a rede: uma avaliação de rede fornece detalhes sobre a utilização esperada da largura de banda, como lidar com a largura de banda e as alterações de rede e práticas de rede recomendadas para o Teams e Skype for Business. Ao utilizar a tabela anterior como origem, tem uma lista de edifícios ou sub-redes que são excelentes candidatos para uma avaliação. Preparo da rede da sua organização para o Teams
Qualidade de serviço (QoS)	A QoS é uma ferramenta comprovada para ajudar a priorizar pacotes numa rede congestionada para garantir que chegam ao seu destino intactos e a tempo. Considere implementar o QoS na sua organização para maximizar a qualidade da experiência do utilizador em que a largura de banda está restrita. A QoS ajudará a resolver problemas normalmente associados a níveis elevados de perda de pacotes e, em menor grau, de nervosismo e tempos de ida e volta. Orientações de QoS do Teams
Wi-Fi	Wi-Fi pode ter um impacto significativo na qualidade da chamada. Wi-Fi implementações normalmente não têm em consideração os requisitos de rede dos serviços VoIP e, muitas vezes, são uma fonte de má qualidade. Para obter mais informações sobre como otimizar a sua infraestrutura de Wi-Fi, veja este artigo sobre Wi-Fi planeamento. Controlador sem fios: certifique-se de que os controladores sem fios estão atualizados. Isto ajudará a mitigar qualquer má experiência de utilizador relacionada com um controlador desatualizado. Muitas organizações não incluem controladores sem fios nos respetivos ciclos de patches e estes controladores podem ficar sem suporte durante anos. Muitos problemas sem fios são resolvidos ao garantir que os controladores sem fios estão atualizados. WMM: Wireless Multimedia Extensions (WMM), também conhecido como multimédia Wi-Fi, fornece funcionalidades QoS básicas para redes sem fios. As redes sem fios modernas têm de suportar muitos dispositivos. Estes dispositivos competem pela largura de banda e podem originar problemas de qualidade para serviços VoIP, em que a velocidade e a latência são vitais. Consulte o seu fornecedor sem fios para obter informações específicas e considere implementar o WMM na sua rede sem fios para atribuir prioridades Skype for Business e multimédia do Teams. Densidade do ponto de acesso: os pontos de acesso podem estar demasiado distantes ou não numa localização ideal. Para minimizar potenciais interferências, coloque pontos de acesso adicionais em salas de conferência e em locais que não sejam obstruídos por paredes ou outros objetos onde o sinal de Wi-Fi seja fraco. 2,4 GHz versus 5 GHz: 5 GHz proporciona menos interferências em segundo plano e velocidades mais elevadas e deve ser priorizada ao implementar o VoIP através de Wi-Fi. No entanto, 5 GHz não é tão forte como 2,4 GHz e não penetra nas paredes tão facilmente. Reveja o esquema de criação para determinar em que frequência pode confiar para obter a melhor ligação.
Dispositivo de rede	As organizações maiores podem ter centenas de dispositivos distribuídos pela rede. Trabalhe com a sua equipa de rede para garantir que os dispositivos de rede do utilizador para a Internet são mantidos e atualizados.
VPN	As aplicações VPN não são tradicionalmente concebidas para processar cargas de trabalho de multimédia em tempo real. Algumas configurações de VPN proíbem a utilização de UDP (que é o protocolo preferencial para suportes de dados) e dependem apenas de TCP. Considere implementar uma solução de túnel dividido de VPN para ajudar a reduzir a VPN como uma origem de má qualidade.
Clientes (apenas Skype for Business Online)	Certifique-se de que todos os clientes estão a ser atualizados regularmente.
Dispositivos	Se os dispositivos forem os responsáveis por problemas de qualidade de chamada, considere atualizar dispositivos ofensivos. Leia Telefones para o Teams para saber mais.
Controladores	A aplicação de patches de rede (Ethernet e Wi-Fi), controladores de áudio, vídeo e USB devem fazer parte da sua estratégia geral de gestão de patches. Muitos problemas de qualidade são resolvidos através da atualização de controladores.
Salas de reuniões em Wi-Fi	Recomendamos vivamente que os dispositivos da sala de reuniões estejam ligados à rede através de, pelo menos, uma ligação Ethernet de 1 Gbps. Normalmente, os dispositivos da sala de reuniões incluem vários fluxos de áudio e vídeo, juntamente com conteúdo de reunião, como a partilha de ecrã, e têm requisitos de rede mais elevados do que outros pontos finais 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 apenas durante a instalação. As salas de reuniões têm de ser tratadas com cuidado e atenção adicionais para garantir que a experiência de utilização destes dispositivos está a satisfazer ou a exceder as expectativas. Normalmente, os problemas de qualidade com as salas de reuniões vão ser aumentados rapidamente, uma vez que são frequentemente utilizados por funcionários de nível sénior. Com todas as coisas iguais (para além da conveniência), Wi-Fi desempenho é, muitas vezes, menor do que uma ligação com fios. Com o aumento das políticas de "traga o seu próprio dispositivo" e a proliferação de portáteis, Wi-Fi pontos de acesso são muitas vezes sobreutilizados. Os suportes de dados em tempo real podem não estar priorizados em redes Wi-Fi, o que pode levar a problemas de qualidade durante os períodos de pico de utilização. Esta utilização pesada pode coincidir com uma reunião em que pode haver uma dúzia de pessoas presentes, cada uma com o seu próprio portátil e smartphone, todas ligadas ao mesmo ponto de acesso Wi-Fi que o dispositivo da sala de reuniões. Wi-Fi deve ser considerada apenas como uma solução temporária, para uma instalação móvel ou quando Wi-Fi tiver sido devidamente aprovisionada para suportar suportes de dados baseados em tempo real de classe empresarial.

TCP

O Protocolo de Controlo de Transmissão (TCP) é considerado um transporte de reativação pós-falha e não o transporte primário que pretende para suportes de dados em tempo real. A razão pela qual se trata de um transporte de reativação pós-falha deve-se à natureza com estado do TCP. Por exemplo, se uma chamada for efetuada numa rede latente e os pacotes de multimédia estiverem atrasados, os pacotes de há alguns segundos , que já não são úteis, competem pela largura de banda para chegar ao recetor, o que pode piorar a situação. Isto faz com que o curandeiro de áudio cosa e estique o áudio, resultando em artefactos audíveis, muitas vezes sob a forma de nervosismo.

Os relatórios nesta secção não fazem uma distinção entre fluxos bons e fracos. Tendo em conta que o UDP é preferido, os relatórios procuram a utilização de TCP para partilha de ecrã baseada em áudio, vídeo e vídeo (VBSS). São fornecidas taxas de fluxo fracas para ajudar a comparar a qualidade do UDP com a qualidade do TCP, para que possa concentrar os seus esforços onde o impacto é maior. A utilização de TCP é causada principalmente por regras de firewall incompletas. Para obter mais informações sobre as regras de firewall do Teams e do Skype for Business Online, consulte Microsoft 365 e URLs de Office 365 e intervalos de endereços IP.

Nota

O áudio, o vídeo e o VBSS preferem o UDP como transporte principal. A carga de trabalho de Partilha de Aplicações RDP legada utiliza apenas TCP.

Utilização de TCP

Os relatórios TCP indicam a utilização total de TCP nos últimos sete meses. Todos os outros relatórios nesta secção irão focar-se na redução de edifícios e sub-redes específicos onde o TCP é mais utilizado. Estão disponíveis relatórios separados para conferências e transmissões em fluxo de duas partes.

Investigação

Ao utilizar este relatório, pode responder às seguintes perguntas:

• Qual é o volume total de fluxos TCP para o mês atual?
• É pior ou melhor do que o mês anterior?
• A tendência de utilização de TCP está a aumentar, estáveis ou a diminuir?
• O TCP PSR é igual ao meu PSR geral?

Se notar que a tendência de utilização de TCP está a aumentar ou acima da utilização mensal normal, dedure algum tempo para investigar através dos sub-relatórios para procurar quaisquer edifícios ou redes que possam precisar de remediação. Idealmente, quer o mínimo possível de sessões de áudio baseadas em TCP na rede gerida.

TCP vs. UDP

Este relatório identifica o volume de relatórios de utilização TCP versus UDP no último mês para partilha de ecrã baseada em áudio, vídeo e vídeo (VBSS).

Análise

Embora pretenda que a utilização de TCP seja o mais baixa possível, poderá ver um pouco de utilização de TCP numa implementação em bom estado de funcionamento. Por si só, o TCP não contribuirá para uma chamada fraca, pelo que são fornecidas taxas de transmissão para ajudar a identificar se a utilização de TCP é um contribuidor para a má qualidade.

Investigações TCP

Nos modelos CQD fornecidos, navegue para os Fluxos TCP ao Criar e Sub-rede através do modelo Redes Geridas ou Todas as Redes. Para investigar a utilização de TCP, o processo é o mesmo, pelo que vamos concentrar o debate aqui nas conferências.

Remediação

Este relatório identifica edifícios e sub-redes específicos que estão a contribuir para o volume de utilização de TCP. Também está incluído um relatório adicional para identificar o IP do Microsoft Relay que foi utilizado na chamada para ajudar a isolar as regras de firewall em falta. Concentre os seus esforços de remediação nos edifícios que têm o maior volume de fluxos TCP para maximizar o impacto.

A causa mais comum da utilização de TCP é a falta de regras de exceção em firewalls ou proxies. Vamos falar de proxies na próxima secção, por isso, por agora, concentre os seus esforços nas firewalls. Ao utilizar o edifício ou sub-rede fornecido, pode determinar que firewall tem de ser atualizada.

Remediação	Orientação
Configurar a firewall	Verifique se as portas e endereços IP do Microsoft 365 ou Office 365 estão excluídos da firewall. Para problemas de TCP relacionados com multimédia, concentre os seus esforços iniciais no seguinte: Verifique se as sub-redes de multimédia do cliente 13.107.64.0/18 e 52.112.0.0/14 estão nas regras da firewall. As portas UDP 3478–3481 são as portas de multimédia necessárias e têm de ser abertas. Caso contrário, o cliente irá efetuar a reativação pós-falha para a porta TCP 443.
Verificar	Utilize a Ferramenta de Avaliação de Rede da Microsoft para marcar para problemas de conectividade com endereços IP específicos do Microsoft 365 ou Office 365 e portas do edifício ou sub-rede afetados.

Proxy HTTP

Os proxies HTTP não são o caminho preferencial para estabelecer sessões de multimédia, por inúmeras razões. Muitos contêm funcionalidades de inspeção de pacotes profundas que podem impedir que as ligações ao serviço sejam concluídas e introduzam 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.

Recomendamos sempre que configure o cliente para ligar diretamente ao Teams e aos serviços Skype for Business. Isto é especialmente importante para o tráfego baseado em multimédia.

Importante

Recomendamos que carregue um ficheiro de compilação válido para que possa distinguir dentro de fluxos de áudio externos ao analisar a utilização do proxy.

Utilização do proxy HTTP

O relatório de fluxo de proxy HTTP nesta secção do modelo é muito parecido com os relatórios TCP. Não analisa se as chamadas são fracas ou boas, mas se a chamada está ligada através de HTTP.

Análise

Quer ver o mínimo possível de fluxos de multimédia HTTP. Se tiver fluxos a atravessar o seu proxy, consulte a equipa de rede para garantir que as exclusões adequadas estão implementadas para que os clientes estejam diretamente a encaminhar para o Teams ou Skype for Business sub-redes de multimédia online.

Se tiver apenas um proxy de Internet na sua organização, verifique os URLs do Microsoft 365 ou Office 365 adequados e as exclusões do intervalo de endereços IP. Se estiver configurado mais do que um proxy de Internet na sua organização, utilize o sub-relatório HTTP para isolar que edifício ou sub-rede é afetado.

Para organizações que não conseguem ignorar o proxy, certifique-se de que o cliente Skype for Business está configurado para iniciar sessão corretamente quando está localizado atrás de um proxy, conforme descrito no artigo Skype for Business deve utilizar o servidor proxy para iniciar sessão em vez de tentar a ligação direta.

Investigações de proxy HTTP

Este relatório identifica edifícios e sub-redes específicos que estão a contribuir para a utilização de HTTP.

Remediação

Recomendamos que ignore sempre os proxies para Skype for Business e o Teams, especialmente o tráfego multimédia. Os proxies não tornam o Skype for Business mais seguro, porque o tráfego já está encriptado. Problemas relacionados ao desempenho podem ocorrer no ambiente devido à latência e à perda de pacote. Problemas como estes resultarão numa experiência negativa com a partilha de áudio, vídeo e ecrã, em que os fluxos em tempo real são essenciais.

A causa mais comum da utilização de HTTP é a falta de regras de exceção em proxies. Ao utilizar o edifício ou sub-rede fornecido, pode determinar rapidamente que proxy tem de ser configurado para ignorar o suporte de dados.

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

Investigações de pontos finais

Esta secção centra-se nas tarefas de criação de relatórios em versões de cliente e na utilização de dispositivos certificados. Os relatórios estão disponíveis para destacar a utilização de versões de cliente, tipo de cliente, dispositivos de captura e controladores (microfone), dispositivos de captura de vídeo e Wi-Fi versões de fornecedor e controlador.

Nota

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

Versões do cliente

Estes relatórios focam-se na identificação Skype for Business versões de cliente em utilização e no volume relativo no ambiente.

Importante

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

A menos que exclua os dados dos participantes federados, estes relatórios incluirão a telemetria do cliente dos pontos finais federados. Para excluir pontos finais federados, tem de adicionar um filtro de consulta para o Segundo ID de Inquilino definido para o ID de inquilino da sua organização. Em alternativa, pode utilizar um filtro de URL para excluir a telemetria dos participantes federados.

Remediação

Uma parte fundamental da condução de experiências de utilizador de alta qualidade é garantir que os clientes geridos estão a executar versões atualizadas do Skype for Business, além de garantir que os controladores de áudio, vídeo, rede e USB de suporte estão atualizados. Isto proporciona vários benefícios, entre eles:

• É mais fácil gerir algumas versões versus muitas versões.
• Fornece um nível de consistência da experiência.
• Facilita a resolução de problemas com a qualidade e utilização de chamadas.
• A Microsoft realiza continuamente melhoramentos gerais e otimizações em todo o produto. Garantir que os utilizadores recebem estas atualizações reduz o risco de se detetarem num problema que já foi resolvido.

Limitar a implementação a versões de cliente com menos de seis meses irá melhorar a experiência geral do utilizador e melhorar a capacidade de gestão ao reduzir o número de versões que têm de ser suportadas.

Se estiver a utilizar apenas a versão Clique-e-Use do Office, estará automaticamente dentro da janela de seis meses. Não é necessária mais nenhuma ação.

Se tiver uma combinação de pacotes Clique-e-Use e instalador (MSI), pode utilizar o relatório para verificar se os clientes MSI estão a ser atualizados regularmente. Se reparar que os clientes estão a ficar para trás, trabalhe com a equipa responsável pela gestão das atualizações do Office e certifique-se de que estão a aprovar e implementar patches de cliente regularmente.

Também é importante considerar e garantir que os controladores de rede, vídeo, USB e áudio também estão a ser corrigidos. Pode ser fácil ignorar estes controladores e não incluí-los na sua estratégia de gestão de patches.

Os números de versão para Skype for Business podem ser encontrados através das ligações abaixo:

• Informações de versão para atualizações ao Microsoft 365 Apps
• Histórico de atualizações do Microsoft 365 Apps para Grandes Empresas
• Downloads e atualizações do Skype for Business

Dispositivos

Para utilizar o relatório do dispositivo de microfone, temos de compreender o conceito da classificação de opinião média (MOS). O MOS é a medida padrão dourada para medir a qualidade de áudio percebida. É representada como uma classificação de número inteiro de 0 a 5.

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

Num teste subjetivo do ACR, um número estatisticamente significativo de pessoas classifica a sua qualidade de experiência numa escala de 1 (mau) a 5 (excelente). A média das classificações é o MOS. O MOS resultante depende do intervalo de experiências que foram expostas ao grupo e do tipo de experiência que está a ser classificado.

Uma vez que não é prático realizar testes subjetivos de qualidade de voz para um sistema de comunicação em direto, o Microsoft Teams e o Skype for Business geram valores de MOS através de algoritmos avançados para prever objetivamente os resultados de um teste subjetivo.

O conjunto disponível de MOS e métricas associadas fornece uma vista sobre a qualidade da experiência que está a ser fornecida aos utilizadores por um dispositivo de áudio.

Ao fornecer aos utilizadores dispositivos certificados para o Teams e Skype for Business, reduz a probabilidade de encontrar experiências negativas devido ao próprio dispositivo (o que é mais provável, por exemplo, com altifalantes e microfones de portáteis incorporados). Para obter mais informações, veja estes artigos sobre o programa de certificação e o catálogo de soluções de parceiros.

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

Importante

A menos que exclua os dados dos participantes federados, estes relatórios incluirão a telemetria do cliente dos pontos finais federados. Para excluir pontos finais federados, tem de adicionar um filtro de consulta para o Segundo ID de Inquilino definido para o ID de inquilino da sua organização. ALternativamente, pode utilizar um filtro de URL para excluir a telemetria dos participantes federados.

Nota

Poderá reparar que, ao ver este relatório, vê o mesmo dispositivo comunicado várias vezes. Isto deve-se à forma como o dispositivo é reportado ao CQD. As diferenças no hardware e na região do SO causam diferenças na forma como os dados do dispositivo são comunicados.

Remediação

Normalmente, terá de detetar e eliminar gradualmente dispositivos não certificados e substituí-los por dispositivos certificados. Algumas considerações ao rever os relatórios do dispositivo incluem:

• Os dispositivos em utilização estão certificados para o Teams e Skype for Business?
• Pode identificar utilizadores de um dispositivo específico através da análise de chamadas por utilizador. Certifique-se de que têm os controladores de dispositivo mais recentes e de que o dispositivo não está ligado através de um concentrador USB ou de uma estação de ancoragem.
• Quantas versões diferentes de vários controladores estão a ser utilizadas? Estão a ser corrigidos regularmente? Garantir que os controladores de áudio, vídeo e Wi-Fi estão a ser corrigidos regularmente ajudará a eliminá-los como uma fonte de problemas de qualidade e tornará a experiência do utilizador mais previsível e consistente.

Áudio

A próxima tarefa consiste em determinar a utilização geral de dispositivos de áudio certificados. Recomendamos que, pelo menos, 80% de todos os fluxos de áudio utilizem um dispositivo de áudio certificado. Isto é melhor conseguido ao exportar o relatório de dispositivos de microfone para o Excel para calcular a utilização de dispositivos certificados ou aprovados. Normalmente, as organizações mantêm uma lista de todos os dispositivos aprovados, pelo que filtrar e ordenar os dados deve ser simples.

Vídeo

Os controladores de vídeo também são importantes para se manterem atualizados. Garantir que as placas gráficas estão a ser corrigidas regularmente ajudará a excluir os controladores de vídeo como uma fonte de má qualidade para transmissões de vídeo. A utilização de dispositivos de vídeo certificados ajudará a garantir uma experiência de utilizador suave e de alta qualidade. Os dispositivos de vídeo que suportam codificação nativa H.264 são preferíveis para reduzir a utilização da CPU durante as conferências de vídeo.

Wi-Fi

Wi-Fi controladores também precisam de ser corrigidos numa cadência regular e devem ser incluídos na sua estratégia de gestão de patches. Muitos problemas de qualidade podem ser corrigidos ao manter controladores de Wi-Fi atualizados. Para obter mais informações sobre como otimizar a sua infraestrutura de Wi-Fi, veja este artigo sobre Wi-Fi planeamento.

Tópicos relacionados

Utilizar o Assistente para o Teams

Preparar sua rede para o Teams

Office 365 Network Connectivity Principles (Princípios de Conectividade de Rede do Office 365)

Análises e relatórios do Teams

Gerenciar seus dispositivos no Teams

Melhorar e monitorizar a qualidade das chamadas para o Teams

O que é o CQD?

Configurar o Dashboard de Qualidade da Chamada (CQD)

Carregar o inquilino e criar dados

Dados e relatórios CQD

Dimensões e medidas disponíveis no CQD

Classificação do Stream no CQD

Utilizar o Power BI para analisar dados CQD