1
00:00:00,950 --> 00:00:07,370
Les dépenses plus rapides sont rétrocompatibles avec un peu à un D et de la même manière que

2
00:00:07,370 --> 00:00:11,770
Rapide previous t est compatible avec le précédent commutateur t 3.

3
00:00:11,930 --> 00:00:17,840
Ces ports convergeaient rapidement car nous utilisons un arbre de dépense rapide entre les commutateurs 1 2 et 3,

4
00:00:18,540 --> 00:00:22,670
mais les liens pour lesquels vous souhaitez basculer sont stockés dans Peavey.

5
00:00:22,910 --> 00:00:26,990
Vous remarquerez donc que la convergence de ces liens prend plus de

6
00:00:30,170 --> 00:00:35,930
temps, car un exemple me montre que les ports sont en train d'être redirigés, mais qu'ils ont pris

7
00:00:35,930 --> 00:00:40,930
beaucoup plus de temps à converger qu'ils ne le feraient avec la triche de Reppert Peavey.

8
00:00:41,060 --> 00:00:48,170
Donc, encore une fois sur l'interface gigabit zéro on sait tous que le port montre spanning tree.

9
00:00:48,170 --> 00:00:49,790
Nous pouvons déjà voir ce gigabit.

10
00:00:49,820 --> 00:00:59,000
0 1 est le port racine et le transfert, tandis que le gigabit 0 0 est un port alternatif bloquant. Cependant, d'autres ports,

11
00:00:59,150 --> 00:01:04,780
tels que le gigabit 0 2 et 0 3, sont en cours d'apprentissage.

12
00:01:05,060 --> 00:01:11,070
Il faudra donc un certain temps pour que ces ports passent à l'état de transfert.

13
00:01:11,120 --> 00:01:15,830
Vous pouvez voir qu'ils sont maintenant passés à l'état de transfert, mais

14
00:01:15,830 --> 00:01:24,520
c'est parce qu'il existe une version plus ancienne du spanning tree négociée entre le commutateur trois et le commutateur pour le commutateur trois

15
00:01:24,520 --> 00:01:27,400
une fois de plus utilise Reppert

16
00:01:31,900 --> 00:01:37,330
avant le commutateur, mais utilise par spans l'arbre Spanning par pas rapide. Peavey T.

17
00:01:37,420 --> 00:01:43,720
Donc, triple est affiché dans la sortie alors qu'une fois de plus sur le commutateur 3, c'est Rapide précédent t.

18
00:01:44,090 --> 00:01:49,360
C’est donc une compatibilité ascendante entre t rapide précédent et t précédent.

19
00:01:49,740 --> 00:01:55,110
Mais la convergence sera lente entre la précédente rapide et la précédente

20
00:01:55,650 --> 00:02:03,650
précédente en raison de la compatibilité ascendante et examinons la capture dans la partie précédente de votre réseau.

21
00:02:03,690 --> 00:02:07,290
Il s’agit donc du commutateur trois annoncé au hub.

22
00:02:08,150 --> 00:02:15,870
Et ce que vous pouvez voir ici, c'est que le protocole utilisait un spanning-tree, et non pas un arbre de dépenses rapide, car

23
00:02:15,870 --> 00:02:22,730
le commutateur trois a négocié l'utilisation d'un arbre de dépenses avec switch pour un arbre de dépenses non rapide.

24
00:02:22,730 --> 00:02:30,050
Ainsi, dans la sortie, une fois de plus, le protocole Spanning Tree ne présente pas l’identification de pont de chemin de protocole d’arbre de

25
00:02:30,070 --> 00:02:35,850
dépense rapide, mais le prix est également indiqué, mais il est négocié pour utiliser l’ancienne version de l’arbre

26
00:02:35,850 --> 00:02:38,550
de dépense bien que ce document soit ancien.

27
00:02:38,580 --> 00:02:46,470
Il fournit une bonne explication de l’arbre de dépense rapide ou de l’ADA au w et plusieurs arbres de dépense ou

28
00:02:46,730 --> 00:02:52,740
de l’ADA à celui-ci. Oui, vous pouvez trouver ce document dans le cadre du cours ou

29
00:02:52,740 --> 00:02:59,900
vous pouvez rechercher dans Google un exemple de l’infrastructure réseau Cisco Avot. Ce document explique l'évolution de l'arbre de

30
00:02:59,900 --> 00:03:07,820
dépense et l'arbre de dépense des maisons existe depuis longtemps dans un format inchangé qui a été amélioré grâce à l'utilisation de

31
00:03:07,880 --> 00:03:13,150
l'arbre de dépense rapide et de l'arbre de dépense multiple deux à un.

32
00:03:13,220 --> 00:03:20,000
Encore une fois, la version initiale de l’arbre de dépenses a été conçue pour arrêter les boucles dans les réseaux

33
00:03:20,090 --> 00:03:21,310
commutés ou pontés.

34
00:03:21,320 --> 00:03:28,850
Il était très difficile d'obtenir une convergence rapide avec Ada à 1 D.

35
00:03:28,860 --> 00:03:35,250
Un des problèmes avec Ada 3:01 D est qu’il utilise du temps car les supports vont du blocage à

36
00:03:35,250 --> 00:03:40,540
l’écoute, en passant par l’apprentissage, puis le transfert, et ce processus peut prendre 50 secondes.

37
00:03:40,740 --> 00:03:49,530
Quand un port apparaît à titre d'exemple, il passe de l'écoute à l'apprentissage au transfert, qui prend 30 secondes.

38
00:03:49,570 --> 00:03:56,870
Maintenant, Cisco l'a amélioré d'un D dans les années 1990 en introduisant d'abord le réseau fédérateur de liaison montante Foster et

39
00:03:56,870 --> 00:03:59,650
le port d'entrée pour le cours CCN.

40
00:03:59,780 --> 00:04:03,160
Vous n'avez pas besoin de connaître les liaisons montantes rapides ou rapides.

41
00:04:03,320 --> 00:04:05,270
Vous pouvez simplement les ignorer.

42
00:04:05,320 --> 00:04:13,460
Ce qui est important à retenir est le port rapide ou les ports qui sont des ports connectés et

43
00:04:13,460 --> 00:04:21,280
une utilisation de périphériques tels que des PC ou des serveurs qui passent immédiatement à l'état de transfert.

44
00:04:21,410 --> 00:04:26,270
Le problème a incorporé la plupart de ces concepts dans deux normes.

45
00:04:26,570 --> 00:04:33,110
Un arbre de dépenses rapide et plusieurs arbres de dépenses avec le temps de

46
00:04:33,770 --> 00:04:39,420
convergence de ces protocoles, tout comme Cisco, ont été beaucoup plus rapides.

47
00:04:39,440 --> 00:04:43,930
Nous avons donc aujourd'hui les commutateurs Rapide avant t et Cisco.

48
00:04:44,120 --> 00:04:54,630
Ainsi, à titre d’exemple sur le commutateur, nous pouvons taper le mode arbre de dépenses et spécifier

49
00:04:55,140 --> 00:05:03,240
Reppert précédent TTY ou MSCE, la version standard de l’arbre de dépenses rapide

50
00:05:03,840 --> 00:05:10,880
n’ayant qu’une racine dans la topologie complète; par base de villaine.

51
00:05:11,160 --> 00:05:18,390
C’est donc bien mieux que l’arbre de dépense ou l’éditeur Reppert pur. Plusieurs arbres

52
00:05:18,390 --> 00:05:26,940
de dépense ne vous donnent pas une route par Villon, mais vous permettent d’associer plusieurs villistes à une

53
00:05:26,940 --> 00:05:28,000
racine d’arbre.

54
00:05:28,200 --> 00:05:32,680
Vous pouvez donc dire, par exemple, sur un réseau de campus que les villans 1 à 100.

55
00:05:32,690 --> 00:05:34,330
Alors, lequel est la racine.

56
00:05:34,410 --> 00:05:38,610
Mais les villans 101 à 200 sont passés à la racine.