Rapport d’emplacement

 

Dernière rubrique modifiée : 2011-02-01

Le rapport d’emplacement fournit une liste d’emplacements réseau et un résumé de la qualité des médias des appels qui se produisent à chaque emplacement. En raison des objectifs de ce rapport, les emplacements sont basés sur les sous-réseaux IP.

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. 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 : 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 heures, 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.
Emplacement de l’appelant	Sous-réseau IP de l’utilisateur qui a émis l’appel. Vous pouvez uniquement sélectionner [Tous] 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 [Tous] 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 : [Tous] Câblé Sans fil
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 : [Tous] VPN Non-VPN

Mesures

Le tableau qui suit répertorie les informations fournies dans le rapport d’emplacement.

Mesures 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 de l’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 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 système d’extrémité. 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 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’une congestion, d’un dépassement de la bande passante disponible, d’une congestion/interférence dans la liaison sans fil ou bien 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 l’audio.
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’une congestion, d’un dépassement de la bande passante disponible, d’une congestion/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 l’audio.
Gigue	Oui	Gigue moyenne du délai d’arrivée entre les paquets RTP. (La gigue permet de mesurer les fluctuations d’un appel.) Les valeurs de gigue élevées peuvent provenir d’une congestion ou d’un serveur multimédia surchargé, ce qui se traduit par une distorsion ou une perte de l’audio.
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 paquets réseau perdus.) 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 l’audio.
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 de l’audio.
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 de l’audio.