SecurActive blog

Dans un réseau ,  il est souvent difficile de diagnostiquer un problème de performance :

1. Pas ou peu de messages d’erreur
2. Pas de changement de comportement
3. L’évaluation se fait sur l’expression d’une “impression de lenteur” manifestée par un ou plusieurs utilisateurs.

Le troisième point engendre d’autres conséquences :

• En exprimant son souci, l’utilisateur met en accusation un élément du réseau, voire de la totalité du réseau.

• Cette évaluation subjective peut amener un conflit entre l’utilisateur et l’administrateur sur la gravité / véracité du problème.  Par exemple, l’administrateur, considérant que le souci n’empêche pas l’utilisateur de travailler, peut être amené à allouer une priorité secondaire à la correction de ce problème.

Dans l’exemple ci-dessous, nous montrons un exemple d’administration de la performance  via SecurActive NSS, permettant à l’administrateur du réseau de visualiser en quelques secondes sur un graphe, la représentation caractéristique d’un ralentissement sur un serveur de fichier, et ainsi de confirmer l’impression de mauvaise performance perçues par les utilisateurs.

Exemple :

Mise en œuvre de la surveillance des performances d’une application de partage de fichiers (port 445) et consultation des graphes correspondants :

Pic de RTT sortant

Dans graphe ci-dessous, le pic correspond au RTT sortant (pour rappel : cette métrique “RTT sortant” permet d’illustrer les performances par rapport à la latence réseau du coté du client TCP – émetteur des paquets SYN) .

En visualisant  la liste des flux ayant généré ce graphe, il est possible de disposer des adresses IP clientes (en cliquant dans le graphe à l’endroit exact du problème).
L’administrateur dispose à partir de ce moment là, des informations de latence et les adresses IP concernées par les ralentissements.

Il est donc à même d’évaluer les dires et ressentiments de ses utilisateurs, en quelques secondes …