Reprise du message précédent :

 
comme je te l'ai dis, tu ferai mieux d'en prendre deux et tu refais l'archi du site principal (là où tu as tous tes serveurs).  
Tu mets en place le spanning-tree et tu apprends à maitrises ces technos.
 
Pas besoin de switch de spare, prend un contrat de maintenance, ça te coutera moins cher (sur les premières années). Et tu en achètera un de plus lorsque tu feras les autres sites.

ok, je vais reprendre tes conseils de la première pages et constituer un dossiers !

Par contre si je pars sur la mise en place de deux switchs pour le coeur du réseau dans un premier temps.
Vus que les switchs d'extensions ne font pas de SPT, il vont pas me servir à grand chose les 2810 au début, non ? (si je prends en compte l'archi de ton schéma sur la 1ere page)

si si , le spanning-tree te servira toujours, mais ça sera un lien coeur de résea - switch étage qui sera coupé au lieu d'une connexion "étage - étage".
 

vous l'envoyez à la mort .. lui et son entreprise ... en lui faisant croire qu'en bricolant il va s'en sortir ..
il n'a aucune conaissance de base (il demande si les vlan ont besoin d'etre gérés par tous les switchs.. vous pensez qu'il connait les vlan ??)

Et alors? tout le monde peut apprendre non?
 
Si dès que tu ne connais pas qqch il ne faut rien faire alors autant rester couché.
 
De plus c'est pas si sorcier que ca, faut arreter de faire passer ces protocoles pour du haut vol inaccessible aux incultes

c'est clair...  
 
je pense que si on lui file un coup de main et qu'il choppe des docs il pourra faire qqchose de pas mal.
 
Et il est pas obligé de commencer par faire des Vlan.
 
Il fera joujou entre midi et deux, ou le soir et petit à petit il va comprendre.

Je m'excuse, mais je ne vois pas à quoi peut ressembler le schéma avec 2 switchs 2810-24g en coeur de réseau et en conservant les switchs 3com d'extensions

si on parle d'un reseau de prod avec plein de monde dessus, il faut peut etre penser a avoir une autre approche.
On parle pas d'un cabinet dentaire avec 1 secrétaire et 2 praticiens la ...
Et apperemment, au vu des posts, il a pas l'intention d'essayer d'apprende par lui meme, il veut faire clic-clic-next-next-jesuisleboss ...
melanger avec plaisir STP,LACP,VLAN c'est qu'il s'est pas donné la peine de chercher.
STP n'est pas un protocole de haut vol, mais s'il parle de le desactiver, c'est qu'il ne sait meme pas ce que c'est .... mais par contre, c'est pas un protocole clic-clic non plus ..
Donc s'il se donne pas les moyen de ses fins, il va droit dans le mur ...
Le réseau est un metier ingrat. Tu peux te donner un mal de chien a en configurer un aux petits oignons, personne ne s'en rendra compte de ce qu'il y a derriere ...

 
le STP tu abuses un peu, de base ça se débrouille pas mal.
 
effectivement s'il veut faire de l'agréga, su STP et des Vlan en mm temps ça va être tendu.
 
Mais pour ses Vlans tant qu'il n'a pas de  Switch de niveau 3 ou de routeur qui fait du 802.1Q il pourra pas trop s'en servir.

j'me rend compte que je t'ai dis n'importe quoi sur mes histoires de connexion étage-étage ...
 
Le schéma que je t'ai fais au tout début est bien celui que tu dois suivre
 
 

 
Pour simplifier, tes switchs de coeur de réseau vont se rendre compte qu'il y a une boucle. Et ils vont bloquer un port pour couper cette boucle.
Par exemple tous tes liens en bleus seront bloqué au niveau du port du second switch HP 2810. Ainsi tous tes switchs auront un lien actif avec le 1er switch HP2810 et un lien de "secour" avec le second switch HP 2810.
 
Dans la pratique je te conseil de faire moit-moit. c'est à dire qu'il faudrait que la moitié des switchs aient leur lien actif avec le 1er switch HP 2810 et l'autre moitié leur lien actif avec le second switch HP 2810.
 
Suis-je clair ?

Oui, tres bien meme.
Mais je maintiens que si on parle de le supprimer au moins 20x parce qu'on en a peur, c'est qu'on ne sait meme pas ce que ca fait.

 
Merci, et oui cette fois çi c'est très clair  

oui mais il va apprendre.
 
Tu prends 2-3 docs, des des conseils ici et roule ma poule.
Il va rien faire de sorcier non plus.

mais depuis le temps que son post est ouvert, et qu'on lui demande de se renseigner, STP ne devrait plus avoir de secret pour lui, il devrait meme connaitre le poeme par coeur depuis le temps ...

 
Je demande que ça depuis le début
N'y connaissant rien, je vous demande conseil afin d'orienter mes recherches.  
Mes intentions sont bien d'apprendre par moi même, et surtout gagner du temps grâce à vous en évitant de m'attarder dur des trucs peut être inutile.
Je ne compte pas me lancer la dedans sans maîtriser le sujet. Mais j'apprécierai que tu me dise comment éviter le mur plutôt que de me dire que je vais droit dedans. Bref je pense avoir à me justifier.

 
Ouais sauf qu'il te manque beaucoup de paramètres à prendre en compte qui fausse totalement ton raisonnement !
En gros mon travail ne consiste pas qu'à ça...

Bon sinon pour que j'avance mon dossier, c'est correct comme objectif final cette archi ?
 

 
PS : je rappel que dans un premier temps seul le coeur du réseau serait changé.

ouais bah c'est nickel ça.

Pour trouver des infos sur le spanning-tree... à mon avis t'as mm pas besoin de lire la RFC sur son fonctionnement au niveau protoclaire.

Pr faire simple voici comment fonctionne le spanning-tree:
un switch est déclaré "root" (maitre du réseau spanning-tree) et tous les autres switchs vont chercher le chemin le plus "faible" possible pour joindre ce "root".
Chaque lien a un poids. un lien 10Mb a un poids plus important qu'un lien 100Mb par exemple. En cumulant donc le poid de chaque lien pr joindre le Root, un switch sait quel est le chemin le plus "léger" (rapide) qu'il faut utiliser en priorité.

Par ailleurs pour trouver les boucles dans le réseau, les switchs émettent des paquets BPDU puis ils regardent si un de ces paquets ne leur revient pas sur un autre port. Si oui cela veut dire qu'il y a une boucle sur le réseau. Ensuite il applique les règles des poids pour chaque chemin afin de bloquer le port qui mène par le chemin le plus "lourd".

Suis-je clair ?

Regarde sur la Mule si trouves l'ICND (cisco) , ce document te donnera toutes les bases dont tu as besoin.

Bonne explication simple, cela dit certaines fois il faut fixer soit même le poids d'un lien afin qu'il devienne un lien de secours.

 
Oui c'est ce que je lui disais plus haut sur le fait que laisser le STP se débrouiller c'est bien mais que dans son cas ça serait mieux de mettre la moitié des switchs connectés en forward sur le premier HP 2810 et l'autre moitié des switchs connecté en forward sur le second HP 2810

Je comprends bien là    
C'est ce que j'avais déjà leu l'occasion de lire sur le SPT.  
Mais là où subsiste le doute, c'est que pour arriver à cette archi finale il y aura une étape de transition avec une mixité de switchs SPT et non SPT. Et d'après dreamer18 pour faire du SPT, tous les switchs doivent savoir le gérer. Donc pendant la période de transition je n'ai pas intérêt à connecter les switchs d'extension (3com baseline 2024) sur les 2 2810-24g !

TOUS les switches gerent STP, ne t'en fais pas.
STP est un tres vieux protocole.
Sinon, pour ton design, si tes switches d"etage ne sont pas loins les uns des autres, tu peux economiser en fibres et en GBIC en en reliant 2 avec un cross-cable, et ensuite tu mets a chacun un uplink vers un des switches de backbone.
Comme ca, STP s'occupera avec le poids des lien de faire que c'est le lien giga vers le backbone qui est actif, et au cas ou un lien crach, tu as la redondance par le cable croisé.
Pour tes serveurs, ne les connectes pas avec 2 interfaces.
Si tu veux parer a un crach d'un switch, préfère plutot de la redondance applicative, à savoir de mettre en place du failover clustering pour chacune des applis.
Connecter plusieurs interfaces réseaux d'un server à un réseau n'aportes généralement plus de problème que ca n'en résout.
Sinon, ton schéma se tient.

je ne serai pas formel comme toi à ce sujet.
 
Faut regarder la doc de ses switchs mais à mon avis ses switch 3com vont juste laisser transiter les Bpdu et ça sera l'autre switch qui va bloquer son port.

OK, j'ai peut etre exagéré, mais j'ai du mal à croire qu'il existe encore des switches de plus de 2 ports, manageables, qui ne supportent pas le STP ...
mais bon, effectivement, sans conviction sur ce point.

si, si, ça existe, malheureusement

ah mais le truc c'est que les 3com 2024 ne sont pas manageable !

Je soumet l'archi réseau du second site à votre expertise. Elle me semble moins catastrophique que celle du premier site. Mais je préfère avoir votre avis.
 

 
Merci encore  

Et bien c'est pareil, le 24 ports juste au dessus du 8 ports giga en prend vraiment plein le tronche...

 
Pourquoi déconseilles tu la solution des serveurs avec deux liens réseaux vers les deux switchs de backbone?
C'est ce que je planifiais de faire à terme lorsque j'aurai doublé le switch giga de backbone.
 

en theorie, c'est bien
en pratique, ca t'apporte plus de problemes qu'autre chose (problemes de routage, debug quasi impossible etc ...
Perso, c'est quelque chose que je ne conseille pas du tout ...

Bon, j'ai presque finit de constituer le dossier !
Je pense être bien parti pour que nous installions les deux 2810-24g sur le même site dans un premier temps.
Je viens de relire le topic et j'en déduis que de toute façon il n'y aurait aucun intérêt à en installer qu'un, autant ne rien faire du tout à ce moment là.
 
Donc l'idéal maintenant serait que nous commandions les switchs et de m'entraîner avec sur un LAN de test avant de les mettre en production pendant  l'été.

suffit d'avoir les deux 2810 et un 3com.
Tu branche les deux 2810 ensemble
tu branche le 3com sur chacun des 2810
tu as donc une sorte de triangle
tu vérifies qu'un port des 2810 est passé en mode "blocking" (dû au spanning-tree).
 
Ensuite on te filera des billes pour intégrer tes 2810 en douceur dans ton LAN.

t'es bien le premier que j'entends dire ça ...

le double attachement des serveurs amène parfois des problèmes suivant la manière dont est géré le teaming par le driver des cartes.

au bah tient .. on est 2 maintenant ...
La question qui se pose: dans une petite strucutre ou tu geres tout, oui, tu peux t'amuser avec ca puisque pour le debug, tu controles de A a Z.
Dans une grosse structure ou tu as pas la mains sur les serveurs, tu t'amuses pas avec ca parcqu'au moindre problème, c'est vers toi qu'on se tourne, alors ce genre de bricolage, tu évites parce qu'à debugguer c'est le bordel

sauf que dans les grosses structures tu as des personnes spécialisées pr la partie réseau et d'autres pour la partie serveurs. Et si ça déconne sur les serveurs, c'est sur les admins serveurs que l'on tape !!
 
Et je confirme que cela fonctionne bien !

t'as une chance sur 2.
Chez nous, c'est pas comme ca: on remonte les couches, d'abord le reseau doit se justifier ... et avec le teaming c'est la merde

feu vert

nickel.
 
t'as eu un devis de ton fournisseur ?

oui c'est bon.
 
J'ai encore quelques questions
 
Pour faire du double attachement pour les serveurs, faut-il des cartes réseaux particulières ?
J'avoue être intéressé par les VLAN, mais je vais me documenter avant de poser des questions.
 
En tous cas merci à tous