Rapport d’emplacement dans Lync Server 2013
Dernière modification de la rubrique : 2012-10-01
Le rapport d’emplacement fournit des informations sur les mesures de la qualité des appels regroupées par emplacement réseau (c’est-à-dire, par sous-réseau). Si vos utilisateurs rencontrent des problèmes avec leurs appels, ce rapport peut vous aider à déterminer si ces problèmes sont étendus ou s’ils sont largement réduits à un segment de réseau donné.
Accès au rapport d’emplacement
Le rapport d’emplacement est accessible à partir de la page d’accueil des rapports de surveillance. Vous pouvez accéder au rapport des listes d’appels en cliquant sur l’une des mesures suivantes :
Volume d’appels
Pourcentage d’appels médiocres
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. Par exemple, le rapport d’emplacement vous permet de filtrer des éléments comme l’emplacement duquel un appel provient ou s’il s’est produit sur une connexion réseau câblée ou sans fil. Vous pouvez également choisir le mode de groupement des données. Dans ce cas, les appels sont groupés par heure, jour, semaine ou mois.
Le tableau qui suit dresse la liste des filtres que vous pouvez utiliser avec le rapport d’emplacement.
Filtres du rapport d’emplacement
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. |
Emplacement de l’appelant |
Sous-réseau IP de l’utilisateur qui a émis l’appel. Vous pouvez uniquement sélectionner [Tout] pour indiquer tous les sous-réseaux. |
Emplacement de l’appelé |
Sous-réseau IP de l’utilisateur qui a reçu l’appel. Vous pouvez uniquement sélectionner [Tout] pour indiquer tous les sous-réseaux. |
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 suivant répertorie les informations fournies dans le rapport d’emplacement.
Métriques du rapport d’emplacement
Nom | Est-il possible d’effectuer un tri sur cet élément ? | Description |
---|---|---|
Sous-réseau de l’appelant |
Non |
Sous-réseau IP de l’utilisateur qui a émis l’appel. |
Sous-réseau appelé |
Non |
Sous-réseau IP de l’utilisateur qui a reçu l’appel. |
Volume d’appels |
Oui |
Nombre total d’appels émis. |
Pourcentage d’appels médiocres |
Oui |
Pourcentage d’appels classés comme des appels 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 avec des temps plus élevés peuvent être causées par le routage international des appels, une mauvaise configuration du routage ou un serveur multimédia surchargé. Les temps d’aller-retour élevés 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, Lync Server 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. (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 |
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. |