1
00:00:00,760 --> 00:00:06,670
Vous remarquerez que la convergence de l’arbre des dépenses est très rapide et que

2
00:00:06,750 --> 00:00:16,040
c’est parce que nous fonctionnons rapidement auparavant. De plus, je n’ai apporté aucune modification aux commutateurs du point de vue de l’arbre des dépenses.

3
00:00:16,110 --> 00:00:24,390
Ainsi, la commande show run piping CLEET affiche la configuration par défaut et remarque que l’arbre de dépense utilise ces PV

4
00:00:24,390 --> 00:00:30,830
T rapides dans la sortie qu’il affiche comme toujours l’arbre de dépense T-P ou Reppert.

5
00:00:30,980 --> 00:00:34,710
Mais c’est en fait un arbre de dépenses Rapide par villaine.

6
00:00:34,910 --> 00:00:38,810
Nous pouvons changer le mode de l’arbre de dépenses.

7
00:00:38,930 --> 00:00:48,070
Mais avant que je fasse cela, juste pour faire le point à nouveau pour le moment Sze arbre de dépenses sur le commutateur trois

8
00:00:48,100 --> 00:00:52,970
montre que le port racine est gigabit est 0 1 le support.

9
00:00:53,260 --> 00:00:55,980
Si je ferme ce port et que

10
00:00:59,320 --> 00:01:06,250
top affiche de nouveau l’arbre des dépenses, vous remarquerez que le gigabit est égal à 0. 0 est le port racine.

11
00:01:07,570 --> 00:01:15,660
La convergence est très rapide avec un arbre de dépenses rapide car il n’utilise pas de minuteries.

12
00:01:15,880 --> 00:01:21,010
Donc, l'âge maximal et le temps de retard ne doivent pas être utilisés pour la convergence.

13
00:01:21,130 --> 00:01:27,020
Les commutateurs s'envoient des messages avec un arbre de dépenses rapide pour permettre une convergence rapide.

14
00:01:27,040 --> 00:01:35,650
Alors maintenant, si nous changeons le mode de type arbre de dépenses en mode de Peavey, nous devrions voir que cet

15
00:01:35,650 --> 00:01:39,020
arbre prend beaucoup plus de temps pour converger.

16
00:01:39,100 --> 00:01:42,280
Je vais donc changer cela sur les anciens commutateurs.

17
00:01:44,830 --> 00:01:48,760
Ainsi, quels commutateurs

18
00:01:55,250 --> 00:02:04,450
trois commutateurs cinq sous-comptes commutent trois affichent spanning tree.

19
00:02:04,830 --> 00:02:11,340
Notez que nous pouvons voir que le commutateur est toujours en train d’identifier les ports qui sont le port racine.

20
00:02:11,340 --> 00:02:14,790
Désignez un port ou un port bloquant dans l’état d’apprentissage.

21
00:02:16,080 --> 00:02:23,730
Le trafic sera bloqué. Le trafic des utilisateurs ne sera transféré que lorsque les ports passeront à un état de transfert.

22
00:02:23,730 --> 00:02:28,910
Pour le moment, vous pouvez voir que le protocole d'arborescence des dépenses utilisé ou présenté ici est problématique

23
00:02:29,190 --> 00:02:36,060
Mais encore une fois, il faut être prudent, car sur les commutateurs Cisco, même s’il affiche un problème, nous utilisons en réalité les

24
00:02:36,100 --> 00:02:42,300
versions précédentes. La technologie Peavey est à nouveau compatible avec les versions antérieures, ce qui lui permet de communiquer avec

25
00:02:42,330 --> 00:02:43,030
un ADA.

26
00:02:43,160 --> 00:02:50,210
Pour passer à D, passez à un autre fournisseur, par exemple, afin que nous puissions voir que je triple E dans la sortie ici.

27
00:02:51,840 --> 00:02:55,560
Donc, encore une fois montre Spanning Tree le port racine.

28
00:02:55,560 --> 00:02:57,180
Dans ce cas, est maintenant gigabit.

29
00:02:57,200 --> 00:03:00,890
0 0.

30
00:03:00,990 --> 00:03:08,310
Alors que s'est-il passé, car auparavant, nous devions en changer un en tant que racine.

31
00:03:08,430 --> 00:03:09,570
Il a toujours une

32
00:03:12,420 --> 00:03:20,140
commande qui montre que l’arbre des dépenses nous montre que le commutateur est la racine de la topologie mais que get 0 ou 1 n’est pas affiché

33
00:03:20,140 --> 00:03:21,070
dans la sortie.

34
00:03:22,170 --> 00:03:28,100
Parce que j’ai besoin de savoir si ce port est fermé, je ne peux pas utiliser une interface gigabit à 0 ou 1.

35
00:03:28,170 --> 00:03:40,030
Aucun arbre Schutt ne montre que le port est un port d'écoute mais que 00 est un port de blocage, ce port bloque l'accès de ce

36
00:03:40,030 --> 00:03:42,640
port. Ce que vous remarquerez,

37
00:03:45,460 --> 00:03:51,850
c'est qu'il faudra un certain temps pour converger ou mettre une adresse IP l'interrupteur.

38
00:03:53,120 --> 00:03:53,990
Nous attendrons.

39
00:03:54,020 --> 00:03:55,500
Et ensuite,

40
00:04:01,030 --> 00:04:03,280
je démontrerai à nouveau que

41
00:04:14,300 --> 00:04:25,450
mon adresse est celle sur laquelle on saura fermer l'interface, donc payer dix sur un contre un peut se payer le commutateur trois.

42
00:04:25,590 --> 00:04:27,770
Non, fermez l'interface.

43
00:04:27,900 --> 00:04:33,410
Payer 10 à 1 à 1 à 1 rose réussis, je vais donc recommencer.

44
00:04:33,720 --> 00:04:37,350
Notez que le ping du switch trois au switch un réussit.

45
00:04:37,770 --> 00:04:46,760
La convergence de l'affichage de spanning-tree a eu lieu car le gigabit 0 1 est le port racine et le transfert.

46
00:04:46,950 --> 00:04:57,970
Mais maintenant, si j’arrête le gigabit 0 1 et que j’essaie de payer le commutateur

47
00:04:57,970 --> 00:05:05,520
1, le port est tombé mais les pings échouent,

48
00:05:05,520 --> 00:05:16,190
même si nous avons un lien redondant sur la spanning tree. long temps pour converger.

49
00:05:16,190 --> 00:05:19,420
Cela peut prendre 30 secondes pour que cette convergence ait lieu.

50
00:05:19,700 --> 00:05:26,360
Comme vous pouvez le voir, il est juste arrivé que les dépenses dépensées nous montrent que le kickabout 0 1

51
00:05:28,550 --> 00:05:38,400
est en cours de transfert. Encore une fois, si je connais Shutt gigabit 0 1 et que le ping a de nouveau été exécuté, le ping échouera car il

52
00:05:38,400 --> 00:05:41,340
doit maintenant apprendre que c’est le meilleur. chemin.

53
00:05:41,460 --> 00:05:42,660
Donc, arbre de dépenses.

54
00:05:42,750 --> 00:05:44,890
Notez le port racine.

55
00:05:44,920 --> 00:05:51,390
Le gigabit 0 1 est à l'état d'écoute, nous avons donc l'écoute.

56
00:05:51,390 --> 00:05:57,350
Ensuite, nous avons un apprentissage et après un certain temps, il devrait passer à la transmission.

57
00:05:57,660 --> 00:06:00,070
Mais cela peut prendre 30 secondes.

58
00:06:00,410 --> 00:06:01,800
Donc, c'est toujours apprendre.

59
00:06:02,040 --> 00:06:07,320
Maintenant, il est passé à la transmission et maintenant, Ping va réussir.

60
00:06:07,320 --> 00:06:11,520
Ainsi, les ports ont différents états dans un état bloquant.

61
00:06:11,520 --> 00:06:13,740
Utiliser un trafic n'est pas transféré.

62
00:06:13,830 --> 00:06:14,890
L'interrupteur ne fonctionne pas.

63
00:06:14,970 --> 00:06:18,080
Adresses MAC basées sur la trame reçue.

64
00:06:18,180 --> 00:06:22,510
C'est un état stable pour un port, un port d'écoute et d'apprentissage.

65
00:06:22,590 --> 00:06:29,730
Ne pas forger des cadres, la liste des ports n’apprend pas les adresses MAC en fonction des cadres reçus.

66
00:06:29,730 --> 00:06:32,160
En d'autres termes, ils ne mettent pas à jour la table d'adresses MAC.

67
00:06:32,340 --> 00:06:36,030
Un port d'apprentissage met à jour la table d'adresses MAC.

68
00:06:36,030 --> 00:06:43,880
Il s'agit d'un état temporaire avec un état transitoire tandis que les commutateurs pour apprendre la topologie en fournissant des

69
00:06:43,890 --> 00:06:45,610
trames d'état sont transmis.

70
00:06:45,900 --> 00:06:49,790
Le MAC adresse un Carême et il s’agit d’un état stable.

71
00:06:49,800 --> 00:06:55,560
En d'autres termes, il ne s'agit pas d'une réaffirmation de transition, mais l'état restera en l'état jusqu'à ce

72
00:06:55,560 --> 00:06:56,950
que la topologie change.

73
00:06:56,960 --> 00:07:03,090
Les ports désactivés par Ford ne sont pas renseignés sur les adresses MAC d'un port désactivé et

74
00:07:03,650 --> 00:07:08,100
ce port restera dans cet état jusqu'à ce que vous l'activiez.

75
00:07:08,100 --> 00:07:17,250
Maintenant, si nous changeons cela en arbre de dépense rapide pour passer en mode arbre de dépense rapide, nous devons remarquer

76
00:07:17,250 --> 00:07:20,760
que la convergence se fait beaucoup plus rapidement.

77
00:07:20,780 --> 00:07:32,760
Je n'activerai que l'arborescence de dépense rapide sur les commutateurs 1 2 et 3 show roll de l'arbre de dépense pour montrer que Spanning Tree nous

78
00:07:35,000 --> 00:07:41,020
montre que le mode Spanning Tree permet désormais l'utilisation de ces arborescences rapides.

79
00:07:41,050 --> 00:07:51,510
Nous avons un podcast utilisant le gigabit 0 1, ainsi vous pouvez voir que le gigabit 0 1 est le port racine.

80
00:07:51,550 --> 00:07:57,640
Le commutateur peut cingler un commutateur, je vais fermer ce port.

81
00:08:00,010 --> 00:08:04,020
Et quand nous refaisons un ping, il peut instantanément cingler.

82
00:08:04,060 --> 00:08:05,040
Alors lequel.

83
00:08:05,080 --> 00:08:11,000
Même si nous venons de voir l’interface s’affaiblir dans la sortie ici parce que la spanning tree

84
00:08:11,030 --> 00:08:15,070
converge est beaucoup plus rapide lorsqu’on utilise un spanning tree rapide.

85
00:08:15,130 --> 00:08:22,330
La morale de l’histoire est donc que dans le monde réel, vous voulez utiliser un précédent rapide plutôt que précédemment.
