Commençons donc par une typologie simple pour illustrer le fonctionnement de l’arbre de dépenses.
Pourquoi auriez-vous besoin d'un arbre de dépenses dans un réseau commuté?
Dans cette typologie, nous devons rester connectés pour pouvoir commuter un commutateur à l’autre,
pour basculer entre t et pour que l’hôte soit connecté.
Topologie donc très simple.
Maintenant, si le lien entre le commutateur 1 et le serveur est interrompu, ils ne pourront pas
communiquer avec l'hôte B et inversement
Vous allez donc probablement vouloir implémenter une sorte de redondance entre ces deux commutateurs
en ajoutant un lien supplémentaire.
C’est très bien, car vous avez maintenant une redondance réseau au cas où l’un des liens s’arrête.
Cependant, cela pose des problèmes dans un environnement commuté.
Il est généralement recommandé dans les réseaux actuels de mettre en œuvre un type de redondance.
Donc, dans cet exemple, vous avez deux liens entre vos deux commutateurs, mais cela introduira des problèmes
supplémentaires dont nous discuterons maintenant.
Supposons pour le moment que ces commutateurs viennent juste d’être amorcés et qu’ils servent de tables d’adresses MAC ou
de tables de camp ou vides, ce qui aiderait à expliquer ce problème.
Ajoutons les tables de McEnroe à la topologie afin que vous puissiez voir comment les tables d'adresses MAC sont mises à jour
lorsque le trafic est envoyé d'un hôte à un autre.
Supposons donc que dans cette topologie, les commutateurs viennent tout juste d’apparaître.
En d'autres termes, ils ont été redémarrés ou sous tension et les tables d'adresses MAC ou de caisse sont
vides sur les deux commutateurs.
Maintenant, dans le sens où trame est l'adresse de destination et la trame sera B et l'adresse source
sera un envoi d'une trame à B et lorsqu'il arrivera au commutateur un commutateur lira l'adresse MAC source le commutateur
verra que les adresses de source le mettra à jour son tableau d'adresses MAC pour indiquer
que l'adresse MAC peut être trouvée sur l'adresse MAC du port 1.
B n'est cependant pas dans la table d'adresses MAC.
Ainsi, le commutateur inondera le cadre de tous les ports, à l'exception du port dans lequel il est arrivé.
Ainsi, dans cet exemple, le cadre dans lequel vous avez un port et le port trois
Il le fait parce qu'il ne sait pas où se trouve l'adresse mac B.
Maintenant, ceci est évidemment une typologie très simple.
Dans cet exemple, la trame n'est envoyée que par deux parties du commutateur.
Cependant, si le commutateur disposait de nombreux ports, disons quatre-vingt seize ports, une trame entrante sur un port
pourrait être répliquée sur plus de 90 ports du commutateur, ce qui augmenterait considérablement la quantité de trafic envoyé sur
votre réseau.
Donc, dans cette typologie, qu'est-ce qui change entre la trame reçue et Pt. 1 l'adresse source encore une fois IS-A
et l'adresse de destination est ce que le commutateur fera avec le cadre.
Tout d’abord, il va mettre à jour sa table d’adresses MAC pour indiquer que A peut être trouvé sur le
port 1 et ensuite, il va inonder le cadre de tous les ports, de sorte qu’un port soit inondé, ainsi que le port
trois et cet exemple d’hôte B recevra un cadre de la journée d'accueil.
Cependant, le commutateur reçoit également la trame sur le port trois et c’est là que cela devient un peu déroutant.
A Du point de vue des commutateurs.
Est-il tiré 1 ou est-il dans le port 3?
Donc, dans cet exemple, il va mettre à jour sa table d'adresses MAC pour indiquer que les AY
et le port trois, car la trame de l'exemple NOW est arrivée sur le port trois plus tard, puis sur le port 1.
Donc, il va mettre à jour l'entrée de la table d'adresses MAC pour indiquer qu'elle est maintenant disponible sur le port trois.
Le commutateur inondera également le cadre de tous les ports.
Donc, cela va déborder du port 1 et du port.
Ainsi, l'hôte B a maintenant reçu la trame deux fois une fois de la trame d'origine arrivée sur le port 1S. O. P et deuxièmement pour le
cadre qui est arrivé dans le port 3.
Cela peut donc être source de confusion pour les périphériques finaux car ils reçoivent la même trame
plusieurs fois, la table d'adresses MAC modifie également la première trame arrivée.
Le tirage 1 a permis au commutateur de mettre à jour sa table d'adresses MAC pour indiquer que A peut être trouvé sur le port 1.
Cependant, la trame qui est arrivée sur le port trois indique maintenant au commutateur qu’un peut être trouvé sur
le port trois.
Le commutateur doit donc mettre à jour sa table d’adresses MAC pour indiquer qu’elles se trouvent maintenant sur le port trois.
Cela introduit donc une instabilité dans la table des adresses MAC.
Nous avons donc des périphériques finaux qui reçoivent des trames à plusieurs reprises et nous avons une instabilité d’adresse MAC, car le commutateur
pensait être disponible sur le port un, mais voit maintenant qu’il est disponible sur le port trois, mais
la situation empire.
Lorsque la trame est arrivée sur le port 1, le commutateur a mis à jour sa table d'adresses
MAC pour indiquer que A se trouve dans le port 1, mais il a également inondé la trame des ports 2 et trois dans les excuses.
La trame a été reçue par l’hôte B mais, en plus, elle a été renvoyée pour en changer une. Par conséquent, la commutation reçue
est une image sur laquelle il est possible de passer et d’en changer une.
Et met maintenant à jour sa table d'adresses MAC pour indiquer que A est disponible sur le port trois.
Désormais, lorsque le commutateur 1 reçoit la trame, il met à jour non seulement sa table d'adresses MAC, mais également la parcelle hors
de tous les ports, à l'exception du port dans lequel elle est arrivée.
La monture est donc arrivée sur le port 3, la mine est inondée du port 1 et du port 2.
Cela devient donc déroutant pour une famille d'accueil car il reçoit la trame qui a été envoyée à l'origine.
Mais non seulement une réception de la trame est envoyée.
Donc, lequel renvoie également le même cadre vers lequel basculer.
Et ce qui est commuté à faire avec le cadre.
Cela va l'inonder.
Donc, il va envoyer une copie à l'hôte B.
L'hôte B reçoit maintenant trois fois la même trame, mais il la renverra également pour en changer une ainsi que la
mise à jour de sa table d'adresses MAC pour indiquer maintenant que a est sur le port 1.
Donc, à l'origine, quand il a reçu la première image, il pensait que c'était sur le port 1, puis lorsqu'il
a reçu l'image et le port trois, il a pensé qu'un a était sur le port trois et qu'il pense maintenant qu'un est sur le port 1.
Nous avons donc beaucoup d’instabilité d’adresse Mac dans la table d’adresses MAC après avoir reçu la même
image plusieurs fois.
Mais le plus gros problème ici est que le cadre est renvoyé pour basculer
vers un commutateur.
Et ce processus continue encore et encore.
Nous avons une boucle dans cette topologie, le cadre étant dupliqué et envoyé en alternance entre ces
deux commutateurs.