sans STP (ou protocol similaire / évolutions), ça fait une "tempête" et tu risque de tout planter très rapidement. Avec STP, il n'y aura pas ce problème (la boucle sera détectée et un port bloqué) mais tu n'aura toujours que du 100mbits.
Avec de l'agrégation de lien, appelé bonding sur linux, etherchannel sur cisco, il est possible de faire passer le traffic dans les deux cables… mais tu n'aura pas du 200 mbits:
Les switches cisco ne supportent pas le round robin pour l'agrégation de lien (supporté par linux - mais le rr n'est pas forcément merveilleu, il peut poser des soucis pour le réordonannancement des packets tcp), mais permet d'utiliser LACP, et les différents algo pour sélectionner par quel lien le traffic va passer (configurable) prennent en en compte, par exemple, le port de destination, la mac, ou l'ip, bref, au final, un même traffic passera par un même lien. Et donc, selon les cas/applicatifs, ou lors d'un seul bench, tu n'aura que 100mbits (mais possible d'avoir plusieurs floxs en même temps, donc potentiellement approcher les 200mbits au total).
Donc oui, il existe un certain nombre de possibilités, mais non, ça ne te fera pas 200mbits comme ça :)
# réponse courte: non.
Posté par zecrazytux . En réponse au message Relier 2 switchs par 2 cables réseaux. Évalué à 9.
réponse plus longue:
sans STP (ou protocol similaire / évolutions), ça fait une "tempête" et tu risque de tout planter très rapidement. Avec STP, il n'y aura pas ce problème (la boucle sera détectée et un port bloqué) mais tu n'aura toujours que du 100mbits.
Avec de l'agrégation de lien, appelé bonding sur linux, etherchannel sur cisco, il est possible de faire passer le traffic dans les deux cables… mais tu n'aura pas du 200 mbits:
Les switches cisco ne supportent pas le round robin pour l'agrégation de lien (supporté par linux - mais le rr n'est pas forcément merveilleu, il peut poser des soucis pour le réordonannancement des packets tcp), mais permet d'utiliser LACP, et les différents algo pour sélectionner par quel lien le traffic va passer (configurable) prennent en en compte, par exemple, le port de destination, la mac, ou l'ip, bref, au final, un même traffic passera par un même lien. Et donc, selon les cas/applicatifs, ou lors d'un seul bench, tu n'aura que 100mbits (mais possible d'avoir plusieurs floxs en même temps, donc potentiellement approcher les 200mbits au total).
Donc oui, il existe un certain nombre de possibilités, mais non, ça ne te fera pas 200mbits comme ça :)