Forum aux questions (FAQ) sur le tableau de bord de qualité des appels (CQD)
Questions fréquentes (FAQ)
Pourquoi ne puis-je pas voir EUII dans CQD ?
Pourquoi les connexions VPN Wi-Fi s’affichent comme étant câblées au lieu du Wi-Fi ?
Pourquoi le CQD marque-t-il un appel comme « bon » si un ou plusieurs participants à la réunion ont eu une expérience médiocre ?
Consultez les règles que CQD utilise pour la classification de flux.
Pour les flux audio, l’un des cinq classifieurs (qui sont calculés pour la moyenne en fonction de la longueur de l’appel) peut se trouver dans des paramètres « corrects ». Cela ne signifie pas que les utilisateurs n’ont pas rencontré quelque chose qui a contribué à un abandon audio, statique ou un problème.
Pour déterminer s’il s’agit d’un problème réseau, examinez le delta entre les valeurs moyennes de la session et les valeurs maximales. Les valeurs maximales sont les valeurs maximales détectées et signalées pendant la session.
Voici un exemple de résolution de cette situation. Supposons que vous preniez une trace réseau pendant un appel. Pendant les 20 premières minutes, il n’y a pas de paquets perdus, mais vous avez alors un intervalle de 1,5 seconde de paquets, puis bon pour le reste de l’appel. La moyenne est <de 10 % (0,1) perte de paquets, même dans une analyse RTP de trace Wireshark. Qu’est-ce que la perte maximale de paquets ? 1,5 seconde dans une période de 5 secondes serait de 30 % (0,3). Cela s’est-il produit au cours de la période d’échantillonnage de 5 secondes (peut-être ou pourrait-il être divisé sur la période d’échantillonnage) ?
Si les métriques réseau semblent correctes dans les moyennes et les valeurs maximales, examinez d’autres données de télémétrie :
- Vérifiez le ratio d’événements insuffisant de l’UC pour voir si les ressources de processeur détectées disponibles étaient insuffisantes et provoquaient une mauvaise qualité.
- Le périphérique audio était-il en mode semi-duplex pour empêcher la rétroaction en raison de microphones trop proches des haut-parleurs ?
- Vérifiez le ratio d’événements AEC demi-duplex de l’appareil. Est-ce qu’un appareil, tel qu’un microphone, a introduit du bruit ou statique en raison d’abandons audio USB lorsqu’il est branché à un hub ou une station d’accueil ?
- Vérifiez les ratios d’événements Problèmes d’appareil et De problèmes de microphone. L’appareil lui-même fonctionnait-il correctement ?
- Vérifiez les ratios d’événements de l’appareil de capture et de rendu qui ne fonctionnent pas.
Pour plus d’informations sur les dimensions et les mesures disponibles dans CQD, consultez Dimensions et mesures disponibles dans le tableau de bord qualité des appels.
Pour le bruit de fond, case activée le rapport d’événements muet pour voir la durée pendant laquelle les participants ont été muets.
Créez des rapports détaillés dans CQD et filtrez l’ID de réunion pour examiner tous les utilisateurs et les flux d’une réunion et ajouter les champs qui vous intéressent. Un utilisateur signalant le problème peut ne pas être celui qui a rencontré le problème. Ils ne font que rapporter l’expérience.
La télémétrie n’indique pas nécessairement le problème, mais elle peut vous aider à mieux comprendre où regarder et éclairer vos décisions. S’agit-il des mises à jour du réseau, de l’appareil, du pilote ou du microprogramme, de l’utilisation ou de l’utilisateur ?
Pourquoi puis-je voir une différence allant jusqu’à 0,2 % entre les valeurs des appels et du nombre d’utilisateurs sur les mesures et comment obtenir les volumes les plus précis ?
Pour calculer les mesures du nombre d’appels et du nombre d’utilisateurs, un nombre distinct si l’opération est effectuée sur l’appel ou les identificateurs d’utilisateur dans le jeu de données. Sur les jeux de données volumineux, il existe une erreur jusqu’à 0,2 % inhérente à l’opération countif distincte. Pour obtenir le volume le plus précis, vous devez vous appuyer sur les mesures de comptage de flux, car elles ne reposent pas sur cette opération countif distincte. Le filtrage pour réduire le volume de données peut réduire l’erreur, mais il peut ne pas éliminer cette source d’erreur dans le nombre d’appels et d’utilisateurs distincts. Pour plus d’informations, consultez Dimensions et mesures disponibles dans le tableau de bord qualité des appels.
Pourquoi ne puis-je pas voir EUII dans CQD ?
Ces rôles d’administrateur peuvent accéder à CQD, mais ils ne peuvent pas afficher euII (informations d’identification de l’utilisateur final) :
- Lecteur de rapports Microsoft 365
- Spécialiste du support des communications Teams
En outre, les utilisateurs affectés à une ou plusieurs unités administratives ne voient pas EUII, même si leur rôle le permet habituellement.
Pour en savoir plus sur les rôles qui peuvent accéder à CQD , y compris EUII, consultez Attribuer des rôles pour accéder à CQD.
J’essaie d’utiliser CQD pour les rapports de type d’utilisation et de constater que certaines données sont incomplètes. Pourquoi ?
Les outils de gestion de la qualité des appels tels que CQD, Call Analytics, CallRecord API Graph et Real-time Analytics sont basés sur les données de télémétrie de diagnostic. Les informations que nous affichons dans les outils de gestion de la qualité des appels Teams sont uniquement aussi complètes que les données de télémétrie que nous recevons des clients participant à un appel. Il existe plusieurs raisons pour lesquelles nous pouvons ne pas recevoir de données de télémétrie complètes, telles que des pannes de réseau, ou des erreurs de configuration de pare-feu ou de proxy. Nous continuons à travailler pour améliorer la fiabilité et la résilience avec lesquelles les clients Teams fournissent des données de télémétrie au service.
Dans cette optique, nous ne prenons pas en charge l’utilisation d’outils de gestion de la qualité des appels pour les rapports d’utilisation. Elles ne sont pas conçues pour prendre en charge ces types de scénarios de création de rapports. De nombreuses statistiques d’utilisation ne sont pas et ne seront pas disponibles dans ces outils. Teams Administration Center propose une série de rapports d’utilisation, et un rapport de présence aux réunions est disponible directement à partir du client Teams.
Pourquoi est-ce que je vois Skype Entreprise informations dans CQD quand j’ai filtré pour Teams uniquement ?
Lorsque vous filtrez teams uniquement dans les rapports CQD (isTeams = 1), vous filtrez tous les appels pour lesquels le premier point de terminaison est Teams. Si le deuxième point de terminaison est Skype Entreprise, ces informations s’affichent dans votre rapport CQD. Selon les scénarios des clients, le CQD peut inclure des appels Skype Entreprise Server 2019 lors de la configuration du connecteur de données d’appel. Il peut également s’agir d’appels de bot Skype (AA, CVI, VDI), d’événements en direct et d’appels RTC (Public Switched Telephone Network).
Il est possible de supprimer des informations Skype Entreprise de vos requêtes en filtrant sur des dimensions telles que première catégorie d’agent utilisateur et deuxième catégorie d’agent utilisateur. Vous pouvez également utiliser *Paire de catégories d’agent utilisateur, qui combine les dimensions First et Second en un seul filtre.
Pourquoi mes rapports personnalisés retournent-ils uniquement un maximum de 10 000 lignes quand je sais qu’il devrait y avoir plus d’entrées ?
CQD est conçu pour les requêtes de données résumées et n’est pas conçu pour l’exportation de données. Nous vous recommandons de restructurer vos rapports, si possible, pour ne pas dépasser la limite de 10 000 lignes. Commencez par examiner vos indicateurs de performance clés à l’aide de dimensions plus larges et à cardinalité inférieure, telles que Mois, Année, Date, Région, Pays, etc. À partir de là, vous pouvez explorer des dimensions de cardinalité de plus en plus élevées. Le support technique et les rapports Location-Enhanced fournissent tous deux de bons exemples de ce flux de travail d’exploration.
Pourquoi les connexions VPN Wi-Fi s’affichent comme étant câblées au lieu du Wi-Fi ?
Ce comportement est attendu. Le fournisseur VPN a créé une carte Ethernet virtuelle qui est traitée comme une connexion câblée. Étant donné qu’il n’est pas correctement étiqueté, le système d’exploitation ne sait pas qu’il s’agit d’une connexion Wi-Fi et le signale comme étant câblé.
J’ai activé l’enregistrement basé sur des stratégies dans Teams et maintenant les appels P2P sont marqués comme conférences. Que s’est-il passé ?
Ce comportement est attendu lorsque l’enregistrement basé sur des stratégies est activé dans Microsoft Teams. L’enregistrement basé sur des stratégies utilise un bot enregistreur Teams déployé dans Microsoft Azure pour capturer le contenu des réunions à des fins de conformité. Dans la gestion de la qualité des appels, « pair à pair » est une description du flux du trafic multimédia, et non l’interaction entre les utilisateurs. Étant donné qu’un bot enregistreur est lui-même partie à l’appel, l’appel n’est plus pair à pair, mais un appel multipartite. Microsoft Teams classe les appels multi-parties en tant que conférences. Par conséquent, CQD et d’autres outils de qualité des appels indiquent comme des appels tels que des conférences.
Articles connexes
Améliorer et surveiller la qualité des appels pour Teams
Configurer le tableau de bord de qualité des appels (CQD)
Charger le client et créer des données
Utiliser le TBQA pour gérer la qualité des appels et des réunions
Dimensions et mesures disponibles dans le TBQA
Classification de flux de données dans le TBQA