1
00:00:00,240 --> 00:00:06,180
Commençons donc par une typologie simple pour illustrer le fonctionnement de l’arbre de dépenses.

2
00:00:06,180 --> 00:00:09,710
Pourquoi auriez-vous besoin d'un arbre de dépenses dans un réseau commuté?

3
00:00:10,630 --> 00:00:16,810
Dans cette typologie, nous devons rester connectés pour pouvoir commuter un commutateur à l’autre,

4
00:00:16,810 --> 00:00:21,500
pour basculer entre t et pour que l’hôte soit connecté.

5
00:00:21,520 --> 00:00:24,120
Topologie donc très simple.

6
00:00:24,170 --> 00:00:30,050
Maintenant, si le lien entre le commutateur 1 et le serveur est interrompu, ils ne pourront pas

7
00:00:30,110 --> 00:00:32,560
communiquer avec l'hôte B et inversement

8
00:00:33,390 --> 00:00:38,490
Vous allez donc probablement vouloir implémenter une sorte de redondance entre ces deux commutateurs

9
00:00:38,490 --> 00:00:40,730
en ajoutant un lien supplémentaire.

10
00:00:41,040 --> 00:00:47,180
C’est très bien, car vous avez maintenant une redondance réseau au cas où l’un des liens s’arrête.

11
00:00:47,250 --> 00:00:52,150
Cependant, cela pose des problèmes dans un environnement commuté.

12
00:00:52,260 --> 00:00:57,880
Il est généralement recommandé dans les réseaux actuels de mettre en œuvre un type de redondance.

13
00:00:58,080 --> 00:01:05,370
Donc, dans cet exemple, vous avez deux liens entre vos deux commutateurs, mais cela introduira des problèmes

14
00:01:05,370 --> 00:01:07,540
supplémentaires dont nous discuterons maintenant.

15
00:01:07,620 --> 00:01:14,010
Supposons pour le moment que ces commutateurs viennent juste d’être amorcés et qu’ils servent de tables d’adresses MAC ou

16
00:01:14,040 --> 00:01:18,650
de tables de camp ou vides, ce qui aiderait à expliquer ce problème.

17
00:01:18,810 --> 00:01:26,070
Ajoutons les tables de McEnroe à la topologie afin que vous puissiez voir comment les tables d'adresses MAC sont mises à jour

18
00:01:26,340 --> 00:01:29,980
lorsque le trafic est envoyé d'un hôte à un autre.

19
00:01:29,990 --> 00:01:34,580
Supposons donc que dans cette topologie, les commutateurs viennent tout juste d’apparaître.

20
00:01:34,580 --> 00:01:41,000
En d'autres termes, ils ont été redémarrés ou sous tension et les tables d'adresses MAC ou de caisse sont

21
00:01:41,120 --> 00:01:43,250
vides sur les deux commutateurs.

22
00:01:43,300 --> 00:01:51,220
Maintenant, dans le sens où trame est l'adresse de destination et la trame sera B et l'adresse source

23
00:01:51,310 --> 00:02:00,010
sera un envoi d'une trame à B et lorsqu'il arrivera au commutateur un commutateur lira l'adresse MAC source le commutateur

24
00:02:00,070 --> 00:02:07,210
verra que les adresses de source le mettra à jour son tableau d'adresses MAC pour indiquer

25
00:02:07,210 --> 00:02:13,000
que l'adresse MAC peut être trouvée sur l'adresse MAC du port 1.

26
00:02:13,010 --> 00:02:16,140
B n'est cependant pas dans la table d'adresses MAC.

27
00:02:16,220 --> 00:02:22,110
Ainsi, le commutateur inondera le cadre de tous les ports, à l'exception du port dans lequel il est arrivé.

28
00:02:22,130 --> 00:02:26,350
Ainsi, dans cet exemple, le cadre dans lequel vous avez un port et le port trois

29
00:02:26,390 --> 00:02:31,020
Il le fait parce qu'il ne sait pas où se trouve l'adresse mac B.

30
00:02:31,030 --> 00:02:33,680
Maintenant, ceci est évidemment une typologie très simple.

31
00:02:33,880 --> 00:02:39,480
Dans cet exemple, la trame n'est envoyée que par deux parties du commutateur.

32
00:02:39,490 --> 00:02:47,080
Cependant, si le commutateur disposait de nombreux ports, disons quatre-vingt seize ports, une trame entrante sur un port

33
00:02:47,080 --> 00:02:55,620
pourrait être répliquée sur plus de 90 ports du commutateur, ce qui augmenterait considérablement la quantité de trafic envoyé sur

34
00:02:55,620 --> 00:02:56,880
votre réseau.

35
00:02:57,720 --> 00:03:04,750
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

36
00:03:04,750 --> 00:03:10,600
et l'adresse de destination est ce que le commutateur fera avec le cadre.

37
00:03:10,950 --> 00:03:17,250
Tout d’abord, il va mettre à jour sa table d’adresses MAC pour indiquer que A peut être trouvé sur le

38
00:03:17,250 --> 00:03:24,560
port 1 et ensuite, il va inonder le cadre de tous les ports, de sorte qu’un port soit inondé, ainsi que le port

39
00:03:24,590 --> 00:03:29,120
trois et cet exemple d’hôte B recevra un cadre de la journée d'accueil.

40
00:03:29,300 --> 00:03:36,760
Cependant, le commutateur reçoit également la trame sur le port trois et c’est là que cela devient un peu déroutant.

41
00:03:36,950 --> 00:03:38,830
A Du point de vue des commutateurs.

42
00:03:38,880 --> 00:03:42,200
Est-il tiré 1 ou est-il dans le port 3?

43
00:03:42,250 --> 00:03:48,460
Donc, dans cet exemple, il va mettre à jour sa table d'adresses MAC pour indiquer que les AY

44
00:03:48,490 --> 00:03:55,700
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.

45
00:03:55,720 --> 00:04:02,870
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.

46
00:04:02,880 --> 00:04:06,430
Le commutateur inondera également le cadre de tous les ports.

47
00:04:06,480 --> 00:04:10,520
Donc, cela va déborder du port 1 et du port.

48
00:04:10,820 --> 00:04:19,700
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

49
00:04:20,340 --> 00:04:24,400
cadre qui est arrivé dans le port 3.

50
00:04:24,450 --> 00:04:30,720
Cela peut donc être source de confusion pour les périphériques finaux car ils reçoivent la même trame

51
00:04:30,720 --> 00:04:35,760
plusieurs fois, la table d'adresses MAC modifie également la première trame arrivée.

52
00:04:35,760 --> 00:04:41,980
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.

53
00:04:42,360 --> 00:04:48,480
Cependant, la trame qui est arrivée sur le port trois indique maintenant au commutateur qu’un peut être trouvé sur

54
00:04:48,480 --> 00:04:49,450
le port trois.

55
00:04:49,470 --> 00:04:55,640
Le commutateur doit donc mettre à jour sa table d’adresses MAC pour indiquer qu’elles se trouvent maintenant sur le port trois.

56
00:04:55,650 --> 00:04:59,360
Cela introduit donc une instabilité dans la table des adresses MAC.

57
00:04:59,430 --> 00:05:06,690
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

58
00:05:06,690 --> 00:05:12,780
pensait être disponible sur le port un, mais voit maintenant qu’il est disponible sur le port trois, mais

59
00:05:12,780 --> 00:05:13,810
la situation empire.

60
00:05:14,850 --> 00:05:20,670
Lorsque la trame est arrivée sur le port 1, le commutateur a mis à jour sa table d'adresses

61
00:05:20,670 --> 00:05:28,540
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.

62
00:05:28,620 --> 00:05:36,270
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

63
00:05:36,270 --> 00:05:41,150
est une image sur laquelle il est possible de passer et d’en changer une.

64
00:05:41,170 --> 00:05:48,600
Et met maintenant à jour sa table d'adresses MAC pour indiquer que A est disponible sur le port trois.

65
00:05:48,670 --> 00:05:55,150
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

66
00:05:55,210 --> 00:05:58,970
de tous les ports, à l'exception du port dans lequel elle est arrivée.

67
00:05:59,380 --> 00:06:05,890
La monture est donc arrivée sur le port 3, la mine est inondée du port 1 et du port 2.

68
00:06:05,950 --> 00:06:12,460
Cela devient donc déroutant pour une famille d'accueil car il reçoit la trame qui a été envoyée à l'origine.

69
00:06:12,790 --> 00:06:17,050
Mais non seulement une réception de la trame est envoyée.

70
00:06:17,050 --> 00:06:21,740
Donc, lequel renvoie également le même cadre vers lequel basculer.

71
00:06:22,180 --> 00:06:24,460
Et ce qui est commuté à faire avec le cadre.

72
00:06:24,730 --> 00:06:26,050
Cela va l'inonder.

73
00:06:26,110 --> 00:06:28,440
Donc, il va envoyer une copie à l'hôte B.

74
00:06:28,780 --> 00:06:35,320
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

75
00:06:36,570 --> 00:06:42,210
mise à jour de sa table d'adresses MAC pour indiquer maintenant que a est sur le port 1.

76
00:06:42,240 --> 00:06:48,270
Donc, à l'origine, quand il a reçu la première image, il pensait que c'était sur le port 1, puis lorsqu'il

77
00:06:48,270 --> 00:06:55,880
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.

78
00:06:55,920 --> 00:07:03,150
Nous avons donc beaucoup d’instabilité d’adresse Mac dans la table d’adresses MAC après avoir reçu la même

79
00:07:03,150 --> 00:07:04,950
image plusieurs fois.

80
00:07:04,950 --> 00:07:11,790
Mais le plus gros problème ici est que le cadre est renvoyé pour basculer

81
00:07:11,790 --> 00:07:13,260
vers un commutateur.

82
00:07:13,380 --> 00:07:17,120
Et ce processus continue encore et encore.

83
00:07:17,400 --> 00:07:24,990
Nous avons une boucle dans cette topologie, le cadre étant dupliqué et envoyé en alternance entre ces

84
00:07:24,990 --> 00:07:26,010
deux commutateurs.