1
00:00:10,450 --> 00:00:14,410
L'arbre des dépenses est-il important dans les réseaux commutés.

2
00:00:14,430 --> 00:00:17,390
Que se passe-t-il lorsque vous désactivez le fluage des dépenses.

3
00:00:17,520 --> 00:00:23,880
Avez-vous réellement besoin de dépenser un arbre dans une couche Ethernet vers le réseau.

4
00:00:23,880 --> 00:00:29,300
Bon alors voyons ce qui se passe après le moment sur ces deux commutateurs.

5
00:00:29,700 --> 00:00:39,810
Une configuration par défaut est utilisée, donc afficher l'arborescence des dépenses nous montre que l'arborescence des dépenses

6
00:00:39,810 --> 00:00:40,670
est

7
00:00:44,260 --> 00:00:53,330
activée sur le VLAN un sur le commutateur un tous les ports du commutateur

8
00:00:53,330 --> 00:01:04,700
de transfert un est la racine de l'arbre des dépenses n'est pas le gigabit de l'interface du commutateur racine.

9
00:01:04,730 --> 00:01:18,660
1 0 2 bloque sur ce commutateur, donc laisse un arbre de dépenses désactivé confettis pas d'arbre de dépenses VLAN 1 sur le côté pas d'arbre de dépenses V Ligne 1 ainsi de

10
00:01:18,660 --> 00:01:28,630
suite un tel arbre de dépenses nous montre que l'arbre de dépenses est désactivé sur le commutateur pour afficher les spectacles d'arbre de dépenses

11
00:01:28,630 --> 00:01:37,650
nous de cet arbre de dépenses est désactivé, remarquez que tous les ports sont maintenant affichés en vert, aucun port n'est

12
00:01:37,650 --> 00:01:46,250
bloqué, veuillez également noter que j'exécute en mode simulation dans le traceur de paquets et que je vais maintenant envoyer

13
00:01:46,250 --> 00:01:58,620
un ping de P. S. 1 2 P. S. Haut. S. L'adresse IP 2s est de

14
00:01:59,700 --> 00:02:14,150
10 points 1 point 1 à 2 l'adresse MAC de P. S. 2 Est-ce sur P.

15
00:02:14,150 --> 00:02:14,150
S.

16
00:02:17,210 --> 00:02:25,190
1 adresse IP est 10 1 1 1 adresse MAC est la suivante.

17
00:02:25,420 --> 00:02:37,420
Alors, que se passe-t-il si nous payons P. C. à nous envoyant un message ICMP mais le PCI

18
00:02:38,260 --> 00:02:49,080
ne connaît pas l'adresse MAC de PCI donc il va envoyer un OP dans le réseau qui est une diffusion et il va essayer

19
00:02:49,080 --> 00:02:58,910
de trouver l'adresse MAC de P. C. je vais cliquer sur capture en avant le message est envoyé à la

20
00:02:58,910 --> 00:02:59,390
notification

21
00:03:02,420 --> 00:03:04,030
de changement ce qui se passe.

22
00:03:04,020 --> 00:03:14,630
Il est envoyé pour basculer pour basculer vers les doublons du paquet et l'inonde de tous les ports, il revient donc en basculer un sur Gigabit

23
00:03:14,630 --> 00:03:26,950
Wonder 0 1 et il est reçu par P. C. au CPC pour qu'il reçoive cette

24
00:03:27,160 --> 00:03:28,480
diffusion.

25
00:03:29,750 --> 00:03:38,140
Et maintenant P. S. L'un reçoit la diffusion ou a reçu un avis des adresses MAC source.

26
00:03:38,140 --> 00:03:48,520
P. S. Une destination est diffusée, il recherche l'adresse MAC de P. C. au CPC on déposera

27
00:03:48,520 --> 00:03:49,660
ce paquet.

28
00:03:49,660 --> 00:03:56,440
Mais notez que nous avons maintenant plusieurs paquets inondés sur le réseau.

29
00:03:56,500 --> 00:04:06,760
P. S. On a de nouveau reçu le message pour que P. C. au CPC à reçoit plusieurs

30
00:04:06,880 --> 00:04:14,760
demandes OP du réseau, les commutateurs dupliquent également des paquets lorsque nous nous occupons de la table d'adresses MAC

31
00:04:14,760 --> 00:04:15,660
du commutateur,

32
00:04:18,490 --> 00:04:20,240
nous pouvons le voir.

33
00:04:20,230 --> 00:04:28,590
P. S. To se trouve sur gigaoctet 1 0 3 et P. S. 1 se trouve sur gigabit 1

34
00:04:31,360 --> 00:04:32,260
0 2 capture

35
00:04:37,070 --> 00:04:46,700
avant notification maintenant le commutateur pense que P. S. 2 est connecté au gigabit 1 02 alors qu'en réalité P. S. 2 est

36
00:04:46,700 --> 00:04:50,060
connecté au gigabit 1 0 3.

37
00:04:50,090 --> 00:05:00,610
Encore une fois, c'est l'adresse MAC de P. C. pour que le commutateur reçoive des informations contradictoires.

38
00:05:00,640 --> 00:05:05,490
Auparavant, il pensait que P. S. 2 est connecté à ce port.

39
00:05:05,590 --> 00:05:15,350
Maintenant, il pense que P. S. 2 est connecté à nouveau à cette capture de port.

40
00:05:15,440 --> 00:05:26,960
Maintenant, il pense que P. S. To est connecté au gigabit 1 0 1, donc le commutateur pensait précédemment que P. S.

41
00:05:26,960 --> 00:05:35,260
2 est connecté à 1 0 3 ce qui est correct alors c'est la photo que P. S. 2 est connecté à 1 0 2

42
00:05:35,260 --> 00:05:47,120
et maintenant il pense que P. S. 2 est connecté à 1 0 1 précédemment, on pense que P. S. 1 est connecté à 1

43
00:05:47,180 --> 00:05:52,570
0 2 puis 2 1 0 1 et maintenant 2 1 0 2.

44
00:05:53,660 --> 00:05:56,670
La table d'adresses MAC est donc constamment mise à jour.

45
00:05:58,620 --> 00:06:03,390
C'est ainsi que les tempêtes Broadcom se produisent dans les réseaux de la vie.

46
00:06:06,160 --> 00:06:09,250
Ce qui peut faire tomber tout un réseau.

47
00:06:09,310 --> 00:06:11,450
Nous avons la duplication de paquets.

48
00:06:11,650 --> 00:06:21,500
Nous avons une instabilité de la table d'adresses mac, nous avons des hôtes recevant les paquets qu'ils ont envoyés dans le

49
00:06:21,500 --> 00:06:28,300
réseau, comme ici P. S. 1 recevant son propre message de demande d'opération.

50
00:06:29,980 --> 00:06:38,530
En général, nous ne nous parlons pas et de la même manière un P. C. n'envoie pas de diffusion comme nous le

51
00:06:38,530 --> 00:06:40,710
voyons sur ce réseau.

52
00:06:40,900 --> 00:06:50,200
Et si je continuais à faire cette remarque, nous avons constamment ces messages opérationnels dupliqués et inondés par

53
00:06:52,190 --> 00:06:58,470
le traceur de paquets réseau ne montrant pas toute la duplication ici.

54
00:06:59,580 --> 00:07:08,250
Mais notez que cela continue encore et encore et peut provoquer une tempête de diffusion et une fusion

55
00:07:08,730 --> 00:07:11,620
du réseau dans un vrai réseau.

56
00:07:12,060 --> 00:07:17,930
Le même paquet d'origine est dupliqué plusieurs fois.

57
00:07:17,940 --> 00:07:20,670
Notez que ce message est volé.

58
00:07:20,670 --> 00:07:26,250
Vous recherchez l'adresse mac de P. S. 10 1 1 2.

59
00:07:26,600 --> 00:07:35,430
Et si je continue à capturer vers l'avant, nous voyons simplement ces messages envoyés en continu par les commutateurs

60
00:07:35,860 --> 00:07:38,280
à travers le réseau.

61
00:07:38,280 --> 00:07:40,740
Il en va de même pour trois dépenses importantes.

62
00:07:40,740 --> 00:07:50,370
Définitivement, si vous désactivez l'arborescence des dépenses dans une couche pour réseauter dans la plupart des cas, pas tard pour changer de réseau ou

63
00:07:50,910 --> 00:07:53,160
d'un seul domaine de diffusion.

64
00:07:53,310 --> 00:07:57,270
Une diffusion est inondée dans tout le domaine de couche 2.

65
00:07:57,420 --> 00:08:02,700
Si vous aviez un réseau plus complexe comme celui-ci, votre forme de diffusion serait encore pire.

66
00:08:02,700 --> 00:08:10,300
Voici un exemple très simple de ce qui se

67
00:08:10,300 --> 00:08:16,870
passe lorsque l’arbre des dépenses est désactivé.

68
00:08:16,870 --> 00:08:23,140
Je ferai quelque chose de similaire sur le commutateur pour activer le spanning-tree.

69
00:08:23,610 --> 00:08:23,950
Remarquer.

70
00:08:23,950 --> 00:08:29,740
Maintenant, nous voyons des messages d'arbre de dépenses envoyés entre les commutateurs.

71
00:08:29,940 --> 00:08:34,010
C'est ainsi que les commutateurs apprennent les uns des autres.

72
00:08:34,010 --> 00:08:36,290
Ils envoient BP à utiliser pour

73
00:08:41,060 --> 00:08:46,250
inspecter la trace afin que nous puissions voir les messages réels de BP EU.

74
00:08:46,250 --> 00:08:54,470
Je vais revenir en temps réel et ce qui devrait arriver maintenant, c'est que les ports devraient passer au vert.

75
00:08:54,470 --> 00:08:56,690
Une fois que les

76
00:08:59,900 --> 00:09:08,630
commutateurs ont appris les uns des autres et décidé de passer au pont racine, vous remarquerez que les

77
00:09:08,630 --> 00:09:11,780
ports sont actuellement dans l'état d'apprentissage.

78
00:09:11,780 --> 00:09:19,040
Ces ports transfèrent maintenant ce port bloque sur le commutateur 1 tous les ports sont passés à l'état

79
00:09:19,040 --> 00:09:25,800
de transfert afin que nous puissions maintenant voir que ce port se bloque dans Packet Tracer.

80
00:09:26,060 --> 00:09:28,530
Alors refaisons ce ping.

81
00:09:28,690 --> 00:09:38,180
Nous avons un message op envoyé sur le réseau qui est maintenant envoyé pour basculer vers une merveille gigabit cross port

82
00:09:38,190 --> 00:09:39,270
0 1,

83
00:09:42,900 --> 00:09:49,870
il est envoyé à P. S. 2 mais l'avis de ce paquet va être abandonné.

84
00:09:49,870 --> 00:09:58,420
Le paquet ne sera pas retransmis hors du port 1 0 2 couvrant les arbres bloquant la diffusion du paquet, il n'est transmis

85
00:09:58,420 --> 00:10:00,850
qu'à P. S. Nous avons

86
00:10:04,260 --> 00:10:16,970
maintenant le PO ou la réponse de P. S. 2 retour à P. S. 1 dans le PD entrant vous pouvez voir l'adresse

87
00:10:16,980 --> 00:10:18,580
MAC cible l'adresse IP cible.

88
00:10:18,780 --> 00:10:21,490
L'adresse MAC source est P. C. 2.

89
00:10:21,570 --> 00:10:34,730
Il s'agit d'une opération qu'un message de réponse est envoyé via le lien supérieur vers le commutateur 1 et est envoyé à P. S. 1 et maintenant P.

90
00:10:34,730 --> 00:10:34,730
S.

91
00:10:37,590 --> 00:10:45,180
1 peut envoyer le message ICMP en utilisant le lien supérieur vers P. S. 2 et la réponse peut être renvoyée.

92
00:10:47,330 --> 00:10:48,790
2 P. S. 1.

93
00:10:48,800 --> 00:10:52,750
C'est ce que nous voulons voir dans un réseau net éther.

94
00:10:52,790 --> 00:10:59,530
Nous voulons que les périphériques communiquent entre eux, alors j'espère que ce package trace

95
00:10:59,530 --> 00:11:08,980
une démonstration vous a montré l'importance de l'arbre couvrant dans une couche pour un réseau commuté, même dans cette petite topologie.

96
00:11:08,980 --> 00:11:15,730
Le réseau se brise lorsque l'arborescence des dépenses est désactivée sur les deux, par exemple assurez-vous que vous avez activé

97
00:11:15,730 --> 00:11:23,440
un arbre de dépenses sur la couche pour changer de réseau, sauf si vous avez une très bonne raison de désactiver l'arborescence sur

98
00:11:23,710 --> 00:11:24,610
vos commutateurs.
