Bonsoir,
 
Y-a-t-il un mode opératoire pour identifier un problème réseau ?
 
Je m'explique :
 
J'ai un réseau de 70 postes et parfois certains ralentissements remontés par des utilisateurs. Mais j'ai surtout dans un autre service donné pourtant relié par fibre jusqu'au switch du serveur, des accès fichiers qui plantent dans un logiciel. Le problème est que je ne sais pas si le problème viens du réseau ou du serveur (récent et dédié à ce service) ou si cela viens d'une instabilité du logiciel en question.
 
Donc je voudrais être en mesure de vérifier le bon fonctionnement de mon réseau. Comment je peux procéder, quels outils utiliser à votre avis ? Je n'ai aucune erreur dans l'observateur d'évènement des postes sous windows xp, ni du serveur sous windows 2008.
 
Merci

Le diagnostic réseau commence en général par la surveillance du trafic qui passe sur les équipements de réseau, ie routeurs et switches.  
 
le ralentissement peut-être du à plusieurs causes, et il vaut mieux commencer par connaître le trafic normal et voir la différence quand les gens se plaignent de ralentissement :  
- comment cela se manifeste-t-il ? (transfert de fichiers uniquement vers ce serveur).  
- est-ce que tous les PCs sont impactés ?  
- quand le problème est il apparu pour la première fois ?  
- est-ce que c'est suite à une manipulation particulière ?
 
pour les graphes de débit réseau, snmp est ton ami, et il existe des grapheurs opensource qui font ça bien (cacti par ex).  
 
quels sont tes équipements réseau ? (marque et modèle).  
 
 

Bonjour et merci pour ta réponse
 
En fait les ralentissements concernent une zone en particulier sur laquelle j'ai déjà un soupçon sur un switch existant.
Ce qui me perturbe le plus, ce sont les coupures franches sur le logiciel. (Mais pas dans la même zone)
 
> comment cela se manifeste-t-il ?  
Le logiciel de CAO se fige (plus de réponse) sur l'ouverture d'un fichier sur un lecteur réseau : plusieurs dizaines de fichiers ouverts avant de reproduire le problème
 
> est-ce que tous les PCs sont impactés ?
Tous les PCs d'un même service utilisant le même logiciel oui
 
> quand le problème est il apparu pour la première fois ?
Pas de réponse, le problème était peut-être déjà noyé dans un certain nombre de problème que nous avions déjà avant(Latence, performance machine, problèmes graphiques...)
 
> est-ce que c'est suite à une manipulation particulière ?
Malheureusement, nous avons fait beaucoup de modifications d'un coup : Changement de système, de PC, de switch, de version du logiciel, et de serveur, sans compter le déménagement de la salle serveur
 
Nous utilisons des switchs 3Com et Procurve (en cours de migration vers procurve). La zone qui m'intéresse est desservie en procurves 2510G-24 avec 2 transceiver fibre optique entre les deux.
 
SNMP a l'air intéressant et j'aimerai l'utiliser mais je pense qu'il va me falloir du temps pour ça. Un bon guide sur le sujet me ferai gagner du temps
 
Sinon est-ce qu'il existe un moyen simple sur le poste client de détecter une éventuelle micro-coupure réseau et la loguer ?  
 
merci

Je commencerais par tester les câbles!

Le mieux est d'avoir des infos sur la partie snmp.
 
concernant la supervision mrtg s'installe assez facilement et te donnera déjà de bons résultats; (il existe une version windows appelée prtg, mais je n'ai jamais testé);

Merci pour l'info sur le snmp je vais tester dès que j'ai un moment.
 
Concernant le problème en lui même, j'ai suivi le conseille sur la vérification du câblage. Vu que j'avais des paires de libres sur ma fibre optique, je me suis connecté sur une autre et les utilisateurs ne semblent plus avoir de problème. Si c'est ça c'est un coup de bol d'avoir trouvé ! A voir sur la durée.

Je commencerai par installer un poste "propre" juste à côté du serveur (sur le même switch), en réinstallant l'os et toutes les applis sur ce client, et je vérifierai si j'ai le problème ou pas: si ça merde, c'est très probablement le serveur (ou ce switch du serveur -mais déjà c'est pas le module fibre-, dans ce cas tu peux tester en collant le serveur et ce poste de test sur un petit switch "sûr" que tu rebranche à l'actuel, mais bon )
Si le câblage est louche, en effet on commence par tester avec du propre, c'est fréquent d'avoir des problèmes avec un câble pourri.
 
Avant de déballer l'artillerie lourde (snmp, analyseur de trame et & ), il suffit d'isoler le problème en excluant des maillons de la chaine.