Rapport sur les performances du serveur dans Lync Server 2013
Dernière modification de la rubrique : 2012-10-01
Le rapport sur les performances du serveur fournit une liste des serveurs Microsoft Lync Server 2013 qui ont connu le pourcentage le plus élevé d’appels médiocres. Ce rapport est décomposé en fonction des types de serveur, et propose des statistiques distinctes pour les types suivants :
Serveur de médiation
Serveur de conférence A/V
Serveur Edge A/V
Passerelle (serveur de médiation)
Passerelle (contournement du serveur de médiation)
Vidéo (y compris les mesures vidéo pour les serveurs de conférence A/V et les serveurs Edge A/V)
Partage d’application (y compris les mesures de partage d’application pour les serveurs de conférence A/V et les serveurs Edge A/V)
Il est important de noter que le classement indiqué dans le rapport est relatif. Par exemple, supposons que le serveur ayant les pires performances a reçu un appel médiocre sur les 1 000 passés. Ce pourcentage de 0,1 est plus qu’acceptable. Cependant, s’il s’agit du serveur ayant les pires performances (c’est-à-dire que les autres serveurs ont un pourcentage d’appels médiocres inférieur à 0,1 %), ce serveur s’affichera dans le rapport de performances du serveur.
Accès au rapport de performances du serveur
Le rapport de performances du serveur est accessible à partir de la page d’accueil Rapports de surveillance. Vous pouvez explorer le rapport de liste d’appels dans Lync Server 2013 en cliquant sur l’une des métriques suivantes :
Volume d’appels
Pourcentage d’appels médiocres
De plus, vous pouvez accéder au rapport de tendance de la qualité des médias serveur en cliquant sur la mesure suivante :
- Tendance
Tirer le meilleur parti du rapport sur les performances du serveur
Le rapport de performances du serveur fournit plusieurs moyens pour filtrer les données ; par exemple, vous pouvez filtrer sur un type de réseau (appels passés via une connexion câblée ou sans fil) et un type d’accès (appels passés à l’intérieur du pare-feu ou à l’extérieur). Il est conseillé d’utiliser ces filtres quand vous affichez le rapport de performances du serveur. Par exemple, vous avez un serveur de médiation avec un pourcentage d’appels médiocre de 3,24 %. Si vous considérez uniquement les appels sans fil, ce même serveur peut avoir un pourcentage d’appels médiocres de 20 %. Cela signifie que ce serveur ne gère pas bien les appels sans fil, mais ce problème peut être partiellement masqué par les appels câblés qui ne posent pas de problème.
Filtres
Les filtres vous offrent la possibilité de renvoyer un ensemble de données mieux ciblées ou de visualiser les données renvoyées de différentes manières. Le rapport de performances du serveur vous permet par exemple, de filtrer les données renvoyées par type de serveur ou type de réseau (câblé ou sans fil). Vous pouvez également choisir le mode de groupement des données. Dans ce cas, les données sont groupées par heure, jour, semaine ou mois.
Le tableau qui suit dresse la liste des filtres que vous pouvez utiliser avec le rapport de performances du serveur.
Filtres de rapport de performances du serveur
| Nom | Description |
|---|---|
De |
Date/heure de début de la période. Pour afficher les données par heures, entrez à la fois la date et l’heure de début comme suit : 7/7/2012 13:00 Si vous ne précisez aucune heure de début, le rapport commence automatiquement à midi (12:00 AM) à la date du jour défini. Pour afficher les données par jour, entrez simplement la date : 7/7/2012 Pour afficher les données par semaine ou mois, entrez une date tombant un jour quelconque de la semaine ou du mois que vous souhaitez visualiser (nul besoin d’entrer le premier jour de la semaine ou du mois) : 7/3/2012 Les semaines s’étalent toujours du dimanche au samedi. |
À |
Date/heure de fin de la période. Pour afficher les données par heures, entrez à la fois la date et l’heure de fin comme suit : 7/7/2012 13:00 Si vous ne précisez aucune heure de fin, le rapport se termine automatiquement à midi (12:00 AM) à la date du jour défini. Pour afficher les données par jour, entrez simplement la date : 7/7/2012 Pour afficher les données par semaine ou mois, entrez une date tombant un jour quelconque de la semaine ou du mois que vous souhaitez visualiser (nul besoin d’entrer le premier jour de la semaine ou du mois) : 7/3/2012 Les semaines s’étalent toujours du dimanche au samedi. |
Type de serveur |
Indique le type de serveur dont les performances doivent être rapportées. Sélectionnez l’une des options suivantes :
|
N premiers |
Indique le nombre de serveurs (sur la base du pourcentage d’appels médiocres) à afficher dans chaque catégorie. Par exemple, si vous sélectionnez 5, les cinq serveurs ayant les performances les plus médiocres sont affichés. Sélectionnez l’une des options suivantes :
|
Type d’accès |
Indique si le client était connecté au réseau interne ou au réseau externe au moment de passer l’appel. Sélectionnez l’une des options suivantes :
|
Type de réseau |
Indique le type de réseau auquel le client était connecté au moment où l’appel a été émis. Sélectionnez l’une des options suivantes :
|
VPN |
Indique si un client externe utilisait une connexion de réseau privé virtuel (VPN) au moment d’effectuer l’appel. Sélectionnez l’une des options suivantes :
|
Mesures
Le tableau qui suit répertorie les informations fournies dans le rapport de performances du serveur.
Mesures du rapport de performances du serveur : synthèse des appels audio
| Nom | Tri possible | Description |
|---|---|---|
Serveur |
Non |
Nom/adresse IP du serveur |
Volume d’appels |
Non |
Nombre total d’appels effectués. |
Pourcentage d’appels médiocres |
Non |
Nombre total d’appels jugés et classés comme étant médiocres. Un appel médiocre désigne un appel dont l’une des valeurs mesurées est supérieure à la valeur autorisée (par exemple, un appel soumis à un phénomène de gigue excessive). |
Boucle (ms) |
Oui |
Temps moyen (en millisecondes) nécessaire à un package RTP (Real-Time Transport Protocol) pour effectuer un aller-retour vers un autre point de terminaison. Des boucles de 100 millisecondes ou moins sont considérées qualitativement acceptables. Des boucles de durée plus élevée peuvent être causées par le routage international des appels, une mauvaise configuration du routage ou un serveur multimédia surchargé. Les durées d’aller-retour élevées créent des difficultés dans le cadre de conversations audio bidirectionnelles réalisées en temps réel. |
Dégradation (MOS) |
Oui |
Taux moyen de dégradation de la note moyenne d’opinion (MOS) observé au cours d’un appel. Les valeurs de dégradation peuvent aller de 0,0 (la plus faible) à 5,0 (la plus élevée). Une valeur de 0,5 ou moins signifie une dégradation acceptable. Traditionnellement, les notes moyennes d’opinion sont calculées en demandant aux utilisateurs d’évaluer la qualité d’un appel sur une échelle de 1 à 5. Dans Lync Server, le serveur de surveillance utilise un ensemble d’algorithmes pour prédire la façon dont les utilisateurs auraient évalué un appel. Les valeurs de dégradation élevées peuvent être causées par une congestion, un manque de bande passante, une congestion ou des interférences sans fil, ou un serveur ou un point de terminaison multimédia surchargé. Ces valeurs se traduisent par une distorsion ou une perte de l’audio. |
Perte de paquets |
Oui |
Taux moyen de perte de paquets RTP (Real-Time Transport Protocol). (La perte de paquets se produit lorsque les paquets RTP, un protocole utilisé pour transmettre de l’audio et de la vidéo sur Internet, n’ont pas pu atteindre leur destination.) Les taux de perte élevés sont généralement causés par une congestion, un manque de bande passante, une congestion ou des interférences sans fil, ou un serveur multimédia surchargé. La perte de paquets entraîne généralement une distorsion ou une perte d’audio. |
Gigue (ms) |
Oui |
Gigue moyenne détectée entre les arrivées de paquets RTP. (La gigue est une mesure de la « tremblement » d’un appel.) Les valeurs de gigue élevées sont généralement causées par une congestion ou un serveur multimédia surchargé, et entraînent une distorsion ou une perte d’audio. |
Taux de masquage de la réparation |
Oui |
Rapport moyen entre les échantillons audio masqués et le nombre total d’échantillons. (Un échantillon audio masqué est une technique utilisée pour lisser la transition abrupte qui serait généralement provoquée par la suppression de paquets réseau.) Les valeurs élevées indiquent des niveaux significatifs de dissimulation de perte appliquées en raison d’une perte de paquets ou d’une gigue, et entraînent une distorsion ou une perte d’audio. |
Taux d’étirement de la réparation |
Oui |
Ratio moyen d’échantillons audio étirés par rapport au nombre total d’échantillons. (L’audio étiré est un audio qui a été développé pour aider à maintenir la qualité des appels lorsqu’un paquet réseau supprimé a été détecté.) Les valeurs élevées indiquent des niveaux significatifs d’étirement de l’échantillon provoqués par la gigue, et entraînent une sonorisation robotisée ou déformée. |
Taux de compression de la réparation |
Oui |
Ratio moyen d’échantillons audio compressés par rapport au nombre total d’échantillons. (L’audio compressé est un audio qui a été compressé pour aider à maintenir la qualité des appels lorsqu’un paquet réseau supprimé a été détecté.) Les valeurs élevées indiquent des niveaux significatifs de compression d’échantillons causés par la gigue et entraînent une accélération ou une distorsion du son audio. |
Mesures du rapport de performances du serveur : synthèse des appels vidéo
| Nom | Est-il possible d’effectuer un tri sur cet élément ? | Description |
|---|---|---|
Type d’appel/type de point de terminaison |
Non |
Lorsque vous cliquez sur cet élément, le rapport affiche des informations détaillées sur les appels en fonction de ce type. Les types d’appels sont les suivants :
|
Volume d’appels |
Non |
Nombre total d’appels par type d’appel. |
Pourcentage d’appels médiocres |
Non |
Nombre total d’appels jugés et classés comme étant médiocres. Un appel médiocre désigne un appel dont l’une des valeurs mesurées est supérieure à la valeur autorisée (par exemple, un appel soumis à un phénomène de gigue excessive). |
Volume d’appels (appels sans fil) |
Non |
Nombre total d’appels qui utilisaient une connexion sans fil. |
Volume d’appels (appels VPN) |
Non |
Nombre total d’appels qui utilisaient une connexion VPN. |
Volume d’appels (appels externes) |
Non |
Nombre d’appels qui utilisaient une connexion externe (c’est-à-dire une connexion en dehors du réseau interne). |
Vitesse de transmission moyenne (Kbit/s) |
Non |
Vitesse de transmission vidéo moyenne (en kilobits par seconde). |
Vitesse de transmission faible (%) |
Non |
Pourcentage de l’appel où la vitesse de transmission était faible. |
Perte de paquets sortante |
Non |
Real-Time perte de paquets RTP (Transport Protocol) pour les paquets sortants. (La perte de paquets se produit lorsque les paquets RTP, un protocole utilisé pour transmettre de l’audio et de la vidéo sur Internet, n’ont pas pu atteindre leur destination.) Les taux de perte élevés sont généralement causés par la congestion ; manque de bande passante ; congestion ou interférence sans fil ; ou un serveur multimédia surchargé. La perte de paquets entraîne généralement une distorsion ou une perte d’audio. |
Image figée (%) |
Non |
Pourcentage d’images « figées ». Dans une image figée, la vidéo cesse d’avancer tandis que la partie audio de l’appel continue. |
Fréquence d’images moyenne sortante |
Non |
Fréquence d’images moyenne pour les transmissions sortantes pendant l’appel. |
Fréquence d’images moyenne entrante |
Non |
Fréquence d’images moyenne pour les transmissions entrantes pendant l’appel. |
Fréquence d’images basse entrante (%) |
Non |
Pourcentage de l’appel où la vitesse de transmission pour la vidéo entrante était faible. |
Intégrité des clients (%) |
Indique l’intégrité relative du périphérique client pendant l’appel. |
Mesures du rapport de performances du serveur : synthèse des appels de partage d’application
| Nom | Est-il possible d’effectuer un tri sur cet élément ? | Description |
|---|---|---|
Type d’appel/type de point de terminaison |
Non |
Lorsque vous cliquez sur cet élément, le rapport affiche des informations détaillées sur les appels en fonction de ce type. Les types d’appels sont les suivants :
|
Volume d’appels |
Non |
Nombre total d’appels par type d’appel. |
Pourcentage d’appels médiocres |
Non |
Nombre total d’appels jugés et classés comme étant médiocres. Un appel médiocre désigne un appel dont l’une des valeurs mesurées est supérieure à la valeur autorisée (par exemple, un appel soumis à un phénomène de gigue excessive). |
Volume d’appels (appels sans fil) |
Non |
Nombre total d’appels qui utilisaient une connexion sans fil. |
Volume d’appels (appels VPN) |
Non |
Nombre total d’appels qui utilisaient une connexion VPN. |
Volume d’appels (appels externes) |
Non |
Nombre d’appels qui utilisaient une connexion externe (c’est-à-dire une connexion en dehors du réseau interne). |
Gigue (ms) |
Non |
Gigue moyenne détectée entre les arrivées de paquets RTP. (La gigue est une mesure de la « tremblement » d’un appel.) Les valeurs de gigue élevées sont généralement causées par une congestion ou un serveur multimédia surchargé, et entraînent une distorsion ou une perte d’audio. |
Unilatéral relatif moyen |
Non |
Retard unilatéral relatif moyen entre deux points de terminaison du média. Il s’agit d’une mesure de latence sur un seul tronçon. |
Latence moyenne de traitement des mosaïques RDP |
Non |
Latence moyenne de traitement des mosaïques RDP sur le serveur de conférence AS par rapport à la durée de la session de visionnage. Cette mesure ne couvre pas la latence du réseau. Une moyenne élevée indique un délai plus long pour l’expérience de visionnage. Un serveur de conférence surchargé peut rencontrer des délais moyens plus élevés. |
Nombre total de mosaïques altérées (%) |
Non |
Pourcentage total de mosaïques RDP altérées. |