Lehmann Guillaume a �crit :
C'est justement gr�ce au spanning-tree que tu es s�r que ce sera
toujours le m�me chemin qui sera pris pour aller d'un switch � un autre.
Je m'�tais inspir� d'un document en anglais (howstuffworks), que j'ai
traduis et remani� un peu pour mes besoins personnels, qui explique
comment cela marche :
http://lehmann.free.fr/Contributions/CoursSwitchs.pdf (regarde le
paragraphe 6 : "Spanning Trees" ainsi que le 7 : "Qu'est-ce que le
switch root ?").
Apparemment le spanning tree devrait pouvoir m'aider. Par contre
concernant le noyau, je pense prendre le dernier noyau 2.4 dont les
sources sont dispo pour la stable. Cela semble correct ou je dois
prendre un 2.4 sur kernel.org voir un 2.6 ? Je pr�sume que le 2.4 de
Debian est suffisant non ? Que pourrais r�ellement m'apporter un 2.6 sur
une machine de ce type ?
Est-il possible de coller MRTG l� dessus ? Etant donn� qu'on audit une
interface et que sur un bridge y'a pas d'interface logique... Et que
pourrais-tu me conseiller comme outil d'audit temps r�el et si possible
dispo par browser. Genre MRTG mais avec des graphes d'activit� par
port.. Aussi un genre d'iptraf mais par browser aussi... Je sais je suis
lourd :)
Tant qu'on y'est, des stats des paquets refus�s, stats des machines qui
papotent le plus sur le rzo, etc etc... Tant qu'a poser un linux en
frontal autant s'en servir pour auditer un maximum de choses.
Pour ma part, je demandais � pouvoir prendre du temps sur mon temps de
travail pour faire de la doc, ou de la traduction. C'est pas une aide
financi�re, mais c'est une aide tout de m�me. Le test logiciel aussi est
utile par exemple. Enfin, tu es mieux plac� que moi pour savoir ce qui
est possible de demander et ce qui ne l'est pas :)
Guillaume
Bah de la doc (notamment une proc�dure en Fran�ais rassemblant tous
�l�ments du pont) je vais devoir en faire rien que pour ma boite. Et
j'essayerai de les faire complet et clair pour pouvoir les distribuer.
Merci pour tous tes conseils ils me sont tr�s utiles.
sich
