Bonsoir,
Je fais appel à vous car je suis face à un problème qui me fait tourner
en bourrique.
J'ai un réseau composé de 2 serveurs 2000 en domaine AD.
Sur ce réseau se trouvent 35 postes en Windows 98 et XP.
Différents sites distants se connectent via un global intranet Transpac
en DSL en Terminal Server sur l'un des serveurs. L'autre est déstiné au
stockage.
Le réseau est switché en 10/100 avec un switch HP 24 ports flambant
neuf. (Le problème est plus ancien)
Jusqu'il y a 2 semaines environ, tout fonctionnait. Quelques lenteurs
occasionelles liées à un fort traffic sur les liaisons inter-sites, mais
sans conséquences sur le site central.
Donc, depuis environ 2 semaines, presque tous les jours, le réseau
s'éffondre une à deux fois, mais tout rentre dans l'ordre en quelques
secondes. Ayant suspecté des PC équipés de cartes réseau 1Gb je les ai
forcées en 100Mb semi-duplex, mais sans succès.
L'applet fournie par le driver réseau d'un des serveurs montre que la
carte détecte des coupures de réseau au moment de l'éffondrement, ainsi
que les postes XP qui indiquent "un câble réseau a été débranché".
J'ai vérifié en fonction des postes si ceux qui étaient déconnectés
avaient un rapport avec un switch précis, mais visiblement, peu importe
le switch sur lequel ils sont branché, le problème persiste.
J'ai constaté de visu que lors d'un de ces plantages, les switch
clignotaient gaiement, tel un forêt de sapins de noel avant de se
"reseter". Je suis donc en train de contrôler si il y a des postes qui
provoquent un broadcast énorme de façon ponctuelle, mais j'avoue, que je
tombe à court d'idées.
Quelqu'un pourrait-il me conseiller une méthode de diagnostique (analyse
de trames?, etc.) qui ne soit pas trop pénalisante pour mon client?
Merci d'avance.
--
> Enfin vivement les procs optique qui ne chaufferont pas trop ;-)
Vivement les proc quantiques, en rajoutant un glaçon, on pourra même
les boire ...
[ Eric Dillenseger GPG(OxFF352913) eric(at)naxalite(dot)ath(dot)cx ]
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric Dillenseger
quelques idées de solutions techniques : http://www.ethereal.com/ http://www.tcpdump.org/ http://winpcap.polito.it/
l'idée de base est d'enregistrer le trafic aberrant pour pouvoir au moins diagnostiquer son origine (méthode "scientifique" d'investigation : commencer par observer les événements, puis agir à la source)
TfH Certes, mais il y a quelques points qui me chifonne:
-Qu'est-ce qui peu provoquer ce genre de problème? Saturer un switch 10/100 il me semble que HP a du prévoir de la bande passante pour gerer le traffic maximal (24x200Mb + 2x2Gb = 6.4Gb). Sachant que les 2 ports Gb du switch ne sont pas encore utilisés (dès que les serveurs auront leurs cartes Gb ils le seront) et que tous les ports 10/100 ne le sont pas non plus (dont certains en semi-duplex voire en 10Mb). -pourrait-ce être des trames corrompues que les switchs n'apprécient pas? Si oui, comment les distinguer du flot de traffic normal? -Lors de ces éffondrements, les sessions TSE persistent, par contre, les applis flanchent). J'avais déja réalisé quelques captures avec NetXray et avait noté quelques gros parleurs.
--
Enfin vivement les procs optique qui ne chaufferont pas trop ;-) Vivement les proc quantiques, en rajoutant un glaçon, on pourra même
les boire ... [ Eric Dillenseger GPG(OxFF352913) eric(at)naxalite(dot)ath(dot)cx ]
quelques idées de solutions techniques :
http://www.ethereal.com/
http://www.tcpdump.org/
http://winpcap.polito.it/
l'idée de base est d'enregistrer le trafic aberrant pour pouvoir au moins
diagnostiquer son origine (méthode "scientifique" d'investigation :
commencer par observer les événements, puis agir à la source)
TfH
Certes, mais il y a quelques points qui me chifonne:
-Qu'est-ce qui peu provoquer ce genre de problème? Saturer un switch
10/100 il me semble que HP a du prévoir de la bande passante pour gerer
le traffic maximal (24x200Mb + 2x2Gb = 6.4Gb). Sachant que les 2 ports
Gb du switch ne sont pas encore utilisés (dès que les serveurs auront
leurs cartes Gb ils le seront) et que tous les ports 10/100 ne le sont
pas non plus (dont certains en semi-duplex voire en 10Mb).
-pourrait-ce être des trames corrompues que les switchs n'apprécient
pas? Si oui, comment les distinguer du flot de traffic normal?
-Lors de ces éffondrements, les sessions TSE persistent, par contre, les
applis flanchent).
J'avais déja réalisé quelques captures avec NetXray et avait noté
quelques gros parleurs.
--
Enfin vivement les procs optique qui ne chaufferont pas trop ;-)
Vivement les proc quantiques, en rajoutant un glaçon, on pourra même
les boire ...
[ Eric Dillenseger GPG(OxFF352913) eric(at)naxalite(dot)ath(dot)cx ]
quelques idées de solutions techniques : http://www.ethereal.com/ http://www.tcpdump.org/ http://winpcap.polito.it/
l'idée de base est d'enregistrer le trafic aberrant pour pouvoir au moins diagnostiquer son origine (méthode "scientifique" d'investigation : commencer par observer les événements, puis agir à la source)
TfH Certes, mais il y a quelques points qui me chifonne:
-Qu'est-ce qui peu provoquer ce genre de problème? Saturer un switch 10/100 il me semble que HP a du prévoir de la bande passante pour gerer le traffic maximal (24x200Mb + 2x2Gb = 6.4Gb). Sachant que les 2 ports Gb du switch ne sont pas encore utilisés (dès que les serveurs auront leurs cartes Gb ils le seront) et que tous les ports 10/100 ne le sont pas non plus (dont certains en semi-duplex voire en 10Mb). -pourrait-ce être des trames corrompues que les switchs n'apprécient pas? Si oui, comment les distinguer du flot de traffic normal? -Lors de ces éffondrements, les sessions TSE persistent, par contre, les applis flanchent). J'avais déja réalisé quelques captures avec NetXray et avait noté quelques gros parleurs.
--
Enfin vivement les procs optique qui ne chaufferont pas trop ;-) Vivement les proc quantiques, en rajoutant un glaçon, on pourra même
les boire ... [ Eric Dillenseger GPG(OxFF352913) eric(at)naxalite(dot)ath(dot)cx ]
