Rapport de performances du serveur
Dernière rubrique modifiée : 2011-04-12
Le rapport de performances du serveur répertorie les serveurs ayant rencontré le plus de problèmes, d’après des mesures de qualité clés telles que la dégradation, la perte de paquets et la gigue.
Filtres
Les filtres vous offrent la possibilité de retourner un ensemble de données mieux ciblées ou de visualiser les données retourné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 heure, entrez à la fois la date et l’heure de début comme suit : 1/1/2011 1:00 PM 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 : 1/1/2011 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) : 1/3/2011 Les semaines s’étalent toujours du dimanche au samedi. |
À |
Date/heure de fin de la période. Pour afficher les données par heure, entrez à la fois la date et l’heure de fin comme suit : 1/1/2011 1:00 PM 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 : 1/1/2011 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) : 1/3/2011 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’activité |
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 de passer l’appel. Sélectionnez l’une des options suivantes :
|
VPN |
Indique si un client externe utilisait une connexion de réseau privé virtuel (VPN) au moment de passer 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 de rapport de performances du serveur
| 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 Microsoft Lync Server 2010, le serveur de surveillance se sert d’un ensemble d’algorithmes pour prédire la manière dont les utilisateurs auraient évalué un appel. Les valeurs de dégradation élevées peuvent provenir d’un encombrement, d’un dépassement de la bande passante disponible, d’un encombrement/interférence dans la liaison sans fil, ou encore d’un serveur multimédia ou d’un système d’extrémité surchargé, ce qui se traduit par une distorsion ou une perte de son. |
Perte de paquets |
Oui |
Taux moyen de pertes de paquets RTP. (La perte de paquets survient lorsque des paquets RTP, protocole employé pour la transmission audio et vidéo sur Internet, n’atteignent pas leur point de destination.) Les valeurs de perte élevées peuvent provenir d’un encombrement, d’un dépassement de la bande passante disponible, d’un encombrement/interférence dans la liaison sans fil ou d’un serveur multimédia surchargé, ce qui se traduit par une distorsion ou une perte de son. |
Gigue |
Oui |
Gigue moyenne détectée entre les arrivées de paquets RTP. (La gigue permet de mesurer les fluctuations d’un appel.) Les valeurs de gigue élevées peuvent provenir d’un encombrement ou d’un serveur multimédia surchargé, ce qui se traduit par une distorsion ou une perte de son. |
Taux de masquage de la réparation |
Oui |
Ratio moyen d’échantillons audio masqués par rapport au nombre total d’échantillons. (Un échantillon audio masqué est une technique employée pour adoucir les effets de transition violents généralement causés par des pertes de paquets réseau.) Des valeurs élevées indiquent des niveaux importants de masquage des pertes appliqués suite à la perte de paquets ou des phénomènes de gigue. Elles se traduisent par une distorsion ou une perte de son. |
Taux d’étirement de la réparation |
Oui |
Ratio moyen d’échantillons audio étirés par rapport au nombre total d’échantillons. (Un échantillon audio étiré est un composant audio qui a été étendu dans le but de maintenir la qualité des appels lorsqu’un paquet réseau perdu est détecté.) Les valeurs élevées indiquent l’existence de niveaux importants d’étirement d’échantillons dus au phénomène de gigue, ce qui se traduit par un effet de robotisation ou de distorsion du son. |
Taux de compression de la réparation |
Oui |
Ratio moyen d’échantillons audio compressés par rapport au nombre total d’échantillons. (Un échantillon audio compressé est un composant audio qui a été compressé dans le but de maintenir la qualité des appels lorsqu’un paquet réseau perdu est détecté.) Les valeurs élevées indiquent l’existence de niveaux importants de compression d’échantillons dus au phénomène de gigue, ce qui se traduit par un effet d’accélération ou de distorsion du son. |
Tendance |
Non |
Fournit un graphique des performances du serveur au fil du temps. |