Problème spanning tree - Réseaux - Systèmes & Réseaux Pro
Marsh Posté le 02-05-2011 à 13:35:49
Ca peut etre un link flap. Il faut tester en remontant les brins redondants un par un. Ca devrait permettre de savoir celui qui pose pb.
Sinon c'est normalement le taff d'un mainteneur. Vous avez pas un contrat de service?
Marsh Posté le 02-05-2011 à 13:55:46
les switchs sont tous des hp procurve.
normalement il me semble (je reregarderai^^) qu'on a bien coupé tous les liens redondants.
Après le problème en plus pour les tests, on a pas vraiment la possibilité de couper ce qu'on veut quand on veut x) L'usine en en marche 24/24 7/7.
voilà ce que j'ai dans le log :
deux interfaces qui changent sans arrêt, et l'une des deux interfaces n'est même pas sur ce switch, elle est situé sur un switch automate pas du tout dans le même coin et auquel on n'a pas accès ...
j'ai pas bien compris le truc de remonter les brins redondants x)
une interface quelque part passerait en permanence UP/DOWN ?
Marsh Posté le 03-05-2011 à 18:49:42
Ca ressemble fortement a un link flap vu la frequence
Via les stats smon (ou rmon?) tu devrais pouvoir regarder l'uptime de chaque lien uplink de ton réseau. Normalement l'uptime doit se compter en 10aines de jours. Si y'en a un qui que qlqs sec/min tu as trouvé ton coupable...
mais je redis que c'est un boulot de mainteneur et pas forcément de client final
Marsh Posté le 04-05-2011 à 11:27:50
merci pour la réponse
je vais chercher de ce côté là mais les statistiques rmon ne donnent pas l'uptime des ports
show rmon sur les procurve me donne uniquement des choses comme ca :
Citation : |
Marsh Posté le 05-05-2011 à 17:49:24
faut regarder le conf guide avec le mot clé uptime. Doit bien yavoir une commande
Marsh Posté le 06-05-2011 à 16:18:28
Y a un VRRP quelques part ? un problème de timer trop bas... peut être ?
Marsh Posté le 09-05-2011 à 12:33:40
J'ai bien cherché dans le manuel, il y a que les uptime du switch, pas des ports x)
on a bien VRRP sur les routeurs mais ouais, je pense pas que ça change quelque chose, ça marchait très bien avant ^^
on va essayer de se débrouiller
Marsh Posté le 09-05-2011 à 16:15:32
Sinon tu peux configurer une trap SNMP qui te remonte dès qu'une interface est down.
Tu pourras peut-être identifier ton équipement qui link-flap...
Marsh Posté le 02-05-2011 à 12:18:24
Bonjour, bonjour
Je suis en stage dans le service informatique d'une entreprise qui dispose d'un gros réseau
Nous avons récemment eu quelques problèmes. La disponibilité du réseau en a pris un coup x)
Pendant plusieurs heures le réseau était complètement saturé. wireshark enregistrait des dizaines de milliers de packets à la seconde
après plusieurs heures d'études, mon tuteur a fini par couper presque tous les liens STP du réseau, et miracle, ca a remarché a peu près (le réseau n'était plus saturé)
Le réseau n'est toujours pas vraiment réparé à l'heure actuelle.
Je comprends bien comment fonctionne STP, mais je n'arrive pas à trouver une explication correcte sur le fonctionnement de RSTP (j'ai compris le truc sur les hello times etc le fait que ce soit plus rapide mais par contre les trucs avec root bridge, root path, designated bridge ... pas compris ...)
enfin bon pourquoi j'essaye de comprendre vraiment ?
le truc change de topologie environ 10 fois par seconde ... x)
si vous aviez quelques des éclaircissements a apporter ou des liens pratiques sur le fonctionnement de RSTP ... hésitez pas ^^
merci d'avance