Bonjour à Tous !    
 
J'ai un gros soucis de compréhension si quelqu'un pourrait m'aider ça serait sympa !  
 
Alors j'aimerais savoir comment mettre en place de la tolerance de panne "physique" sur un  réseau en agissant sur les switchs.
Je sais qu'il faut doubler les liens (d'ou lutilisation du spanning tree) :  
 

 
mais je ne vois pas l'interet car si un switch tombe sur les 2, la communication reste impossible pour le reste du réseau    
Cela marche dans le cas où un lien qui relie les 2 switchs tombe...
 
LE trunking apporte t il quelque chose poru la tolerance de panne ?
 
Je suis un peu perdu et jai du lire trop de doc je n'y comprend plus rien, si quelqun pourrait mexpliquer comment mettre de la tolerance de panne sur les swithcs
   
merci beaucoup ++    
 

Je croit que le trunking ne sert qu a transporter les paquets qui sont ds des VLANS dc si tu a pas de VLANS le trunkng ne te serta rien

oi oi!

je croit que ce martien essai de communiquer ?

nonnon je faisai un pti up
 
En fait le trunking c juste doubler des liens pour gagner en BP, maintenant ce qui me chifonne c'est le spaning tree !
 
Si on connecte un serveur a 2 switchs va falloir une autre carte rezo c'est tres flou dans ma tete la !

tu est sur pour le trunking ?  
simple si tu veut connecter ton servuer a 2 switchs il faut 2 cables donc 2 carte rezos ! voila!

Le spanning tree ca n'est interessant que dans les grosses structures avec plein de switch reliés entre eux, et qu'il peut y avoir plusieurs chemins possibles pour aller d'un switch A a un switch B.
C'est sur que si tu as 2 switch le nombre de chemin possible pour aller de l'un a l'autre est plutot limité, et l'interet du spanning tree assez moyen
 

 
d'après mes souvenirs, puisque ça fait 2ans maintenant que je ne fait plus de systeme ni de réseau, il me semble que le trunking ne sert qu'à augmenter la bande passante disponible entre 2 switchs, en concaténant les liens physiques ... bien entendu, il faut que les switchs soient compatibles !    
 
pour faire de la tolérance de panne, ou de la tolérance de lien, 2 switchs ne suffisent pas ! Il en faut au moins 3,disposés en triangle, avec le protocole du spanning tree d'activé ... ce protocole permet de déterminer quel est le chemin le plus court pour aller d'une machine A vers une machine B, et dirige les paquets en conséquence. Cela fonctionne avec des liaisons réseaux simples de switch à switch , bien que l'on puisse mélanger la tolérance de panne et le trunking ...    
 
Attention, le protocole du spanning est assez gourmand en bande passante réseau, puisque qu'il teste en permanence l'état du réseau pour remettre à jour les tables de routages des switchs ...

 
+1 ...
 
grilled de quelques secondes seulement !!  

ok ce qui revient a faire des VLANS en qq sorte .
et ds ce cas tu relie ton serveur a 2 sommt du triangles et si lache pas grave l auyrre prd le relai. sauf si c est le 3 eme sommet qui lache .

Merci à tous pour vos réponses.
JE comprends mieu, ce n'est pas une grosse structure dont je parle, je cherché juste un moyen de prevenir les pannes d'un switch au quel serait connecté les serveurs, donc dans mon cas une seul solution possible doubler les liens des serveurs vers les switch
 

 
Rien a voir du tout avec le VLAN.

pour en savoir plus sinon : le hors serie de linu mag consacré a la haute dispo (dont une partie pour le rezo )

 
le vlanning est un procédé un peu différent qui consiste à créér des zones virtuelles à l'intérieur d'un même switch ... genre les ports 1à12 sont autorisés à dialoguer entre eux (Vlan A), les ports 14à24 également (Vlan B), et seul le port 13 est autorisé à communiquer avec le Vlan A et avec le Vlan B ... ce qui permet de séparer "virtuellement" des services, compta et secrétariat par exemple, avec quand même un PC autorisé à dialoguer avec les 2 sous-réseax logiques, pour une console d'administration par exemple !  

 
+1 ... encore re-grilled de quelques minutes !  

merci je sait ce que c est les vlans ms je sait que moi j ai utilise sur un port de switch une propriete qui s appel trunk et qui fait que le port est dc un port trunker et le resultat est que tt les vlans passant sur ce swith sont rediriger aussi sur ce port voila

ben y a des choses vraies dans ce topic...mais y a des bétises aussi...sans vouloir vous froisser..
 
Trunck: lien interconnectant deux switchs sur lesquels sont configurés n VLANs. Le lien trunck permet de faire circuler des datas entre le vlan 1 du switch 1 et le vlan 1 du switch 2.
 
Spanning tree: protocole de recalcul d'itinéraire de niveau 2. Temps de convergence de l'ordre de la minute (temps nécessaire au basculement d'un lien vers un autre en cas de coupure du lien en mode forwarding).
Dans ton schéma IL FAUT DU SPANNING TREE ou de l'aggregation de ligne FASTETHER Channel (il me semble que çà s'appelle comme çà chez Cisco).
 
Tu peux connecter un serveur sur tes deux switchs si tu as le driver qui va bien sur le serveur qui va géré les cartes comme un "TEAM" notion introduite chez Intel il y a bien longtemps déjà.
 
Cà te permettra de joindre ton serveur m^me si un switch se casse la gueule...
 
Si c'est un lien entre les switchs là c'est du spanning tree.
 
Cordialement

Dans ton schéma, le Spanning tree c'est plus au cas où un de tes liens vient a casser. Dans ce cas le ST va utiliser l'autre lien automatiquement. En fait pour toi ca sert pas à grand chose. En plus, le ST est utilisé sur les switch importants (backbone).

Pas obligatoirement...
J'en ai mis en place (fast uplink = ST à la sauce cisco avec un temps de convergence de l'ordre de 3 secs) entre 2 C2950 sur plusieurs sites clients...

merci j avait raisons pour le trunk !  

Je voulais dire que tu met pas du ST sur le switch de la secretaire de l'acceuil!

tout dépend de l'architecture LAN.
 
CDT

ok ok, c'etait surtout pour le style que je disais ça

Le trunk  c est pour doubler ta bande passante en fait et non pour une tolérance en cas de panne du switch ça te permet par exemple d'avoir un lien a 200 Mbits entre tes deux switchs d'une manière plus imagé ça grossit le tuyau
 
Le Spanning tree  lui ne marche qu'a partir de 3 switchs, j ai ce genre de conf sur cisco ( mode cde) et du bay network ( plus simple c est des espece de tableaux) et ça marche assez bien .
 
Le mieux c est coupler ton spanning tree avec du snmp pour que t es une alerte direct en cas de pb.

Tu peut aussi le mettre sur 2 switchs, mais l'interêt es t moins important.
Je te dis ça avec des tests à l'appui.

c est surement possible mais bon si l un des deux tombes en rade y a plus de chemin de secour

autant pour moi  

Faux c'est pas le trunck çà...c'est du fast etherchannel chez cisco (aggrégation de lien).

Faux, avec 2 liensFibre  pour de la redondance de lien Fibre reliant 2 switch situé dans des locaux distant (dsitance de l'ordre de 200 mètre par exemple).

là je suis d'accord...noyau HP OpenView et monitoring via SNMP en ayant intégré les MIBs qui vont bien.

Le trunk permet de faire passer plusieurs vlans sur un seul lien physique.

et le spanning tree permet de ne pas faire de boucle logique sur un lan physiquement bouclé ( pour la tolerance de panne de lien )

moi je dis il faut écouter Tiramissu75 il raconte pas de bétises.
trunk: lien "en ports trunk" pour connecter deux switch afin de véhiculer des VLAN
doubler la BP: c'est de l'agrégation de la cascade ou autre peut être trunk en cas d'abus de language
voilà.,.!

     
Merci    

Le ST permet de supprimer logiquement les boucles dans un reseau et possede un algorithme dit de de l'arbre recouvrant qui permet de choisir entre plusieurs liens de differentes vitesses le plus rapide (se repose sur une metrique).

 
bah oui !! personne n'a jamais dit le contraire !    
 
 

 
C'etait juste un complément d'information.

 
ok ...

Faux c'est pas le trunck çà...c'est du fast etherchannel chez cisco (aggrégation de lien).
 
Si tu regardes dans la configuration d un bay network ou meme d un cisco le fait d'attribuer deux ports de ton switch vers deux autres ports d'un second switch. Et cela en évitant une boucle c est du Trunk  ou autrement dit Port Trunking. Et abus de langage ou pas c est de cette maniere que sont nommés ces systèmes chez la plupart des constructeurs.
 
 
 
Faux, avec 2 liensFibre  pour de la redondance de lien Fibre reliant 2 switch situé dans des locaux distant (dsitance de l'ordre de 200 mètre par exemple).
 
 
Que tu es tes lien fibre ou pas si l'un des deux Switchs tombe en rade tu m exprimes ou est la redondance. Il y a redondance si un de tes liens tombes mais si c est ton switch qui est die ...

tu parle à qui, cite quelqu'un je comprend pas.

C'est à moi qu'il parle...  
 
C'est l'IETF et/ou les RFCs qui définissent les standard par les constructeurs...
 
Je n'ai jamais parlé de redondance d'équipement mais de lien...c'est à çà que çà sert.
La FO était là à titre d'exemple...
Donc je maintiens mes affirmations...qui contredisent en partie les tiennes...