bah la plupart des trucs qui foutaient le bordel sur mon Lan étaient des print server (boitiers) noname et inréglables.... :o du matos de mars quoi.... [:cupra]
Solution: ne plus acheter du matériel de mars à l'avenir.... :ange: (ça aide pas je sais)
[:autobot]
elpoulpo
:hello:
oulah c'est un vieux topic ça (je ne bosse même plus dans cette boîte)
(d'ailleurs plus de drapo non plus, heureusemenbt qu'on me l'a rappellé :whistle: )
En gros les pistes étaient bonnes, j'avais procédé comme dit plus haut par com21:
à l'époque, j'avais isolé chaque switch de la baie de brassage. Problème: ça continuait un peu sur chaque switch. En fait d'autres switchs étaient reliés en cascade avec du matos style print server, stations unix, etc...bref j'aurais dû régler tout ça au cas par cas .....mais je n'ai pas eu le temps [:cupra]
Solution: ne plus acheter du matériel de mars à l'avenir.... :ange: (ça aide pas je sais)
Groody
:bounce:
com21
il faut regarder tout ce qui est connecté à un lan, ya pas que les pc, switch, routeurs qui peuvent envoyé des trames.
sinon pour t'aider a chercher le coupable.
ça le fait tout le temps ? ou juste entre 8h et 18h (heures de bureau) ?
si tu éteind un switch ça le fait toujours ? (en testant tous les switch)
ça te permet de trouver deja sur quel switch est connecté l'appareil incriminé.
Groody
Elpoulpo, alors, as--tu trouvé ?
Pour la 1ere fois, j'ai lancé etheral. Il m'a trouvé un bon % d'IPX sur le réseau. J'ai la mac address, et j'ai retrouvé l'IP en regardant sur le serveur DHCP. C'est un photocopieur Ricoh..
Je vais aller désactiver l'IPX.
LMF
Moi aussi, en utilisant Ethereal, je me suis appercu que j'ai des trames IPX qui trainent et impossible de les localiser. :(
elpoulpo
Je suis en classe C :)
pour le matos sercomm, on n'en à pas ,mais je vais aller vérifier tous les prints servers tout de même pour être sûr!
Dave99
questions:
En quelle classe d IP est tu ? Classe C (192.168.x.x) ou Classe B (172...)
A tu du matos Sercomm ? cf http://www.sercomm.com/ vu l @ MAC.
Pour info, j orga des LANs et j ai aussi eu ds probs de ce type.
elpoulpo
Bon , nous avons débranché tous les switchs samedi ça n'a rien changé (peut-être un peu moins d'arp ) mais j'ai toujours de l'ipx et du ZIp(protocol)
d'autres idées?
elpoulpo
Bah le parc est assez varié, mais on n'a pas mis à jour les serveurs récemment :)
chiendepoche
ya eu des mises a jours ? comme des services pack ...?
elpoulpo
Intéressant, je n'en avais jamais entendu parler!
mais ça marchera peut-être pour le protocole arp, mais pas pour l'ipx? ou les autres protocoles non?
-CouiLLe2ChieN-
c'est un phenomene que nous rencontrons souvent depuis quelque moi en lan pour joueur.
Broadcast avec des adresse mac non existante saturation des switch au niveau des table d adresse mac reboot des mauvais switch ou figé pour ceux qui s en sorte le mieux ( procurve etc ).
Une solution pour remmetre a zero le reseau est de debrancher TOUT les switch laisser off pendant 10 minute ( vidage des tables d adressage ) et reboot
elpoulpo
:hello: voilà,
ça fait un moment que je constate de trop nombreuses collisions sur le LAN de ma boîte.
Je viens de regarder ça de plus près avec Ethereal et LANguard .
Le Lan est composé d'une centaine de pc, d'un AS400 , de trois serveurs Win 2K et d'une dizaine d'imprimantes (via IP, boîtiers print servers)
résultat :
y'a du broadcast dans tous les sens mais je n'arrive pas à en déterminer les sources.... :cry:
IPX en braodcast(nearest query) à partir d'une Mac que je ne retrouve pas sur mon segment réseau en le scannant.
ARP en broadcast /source sercomm_b3:04:82(mac 00:c0:02:b3:04:82)
également inconnu et dans info (sur ce paquet): Who as 192.168.0.1?
ce sont les plus importants
quelqu'un peut m'aider?
