1
00:00:00,880 --> 00:00:07,750
Ainsi, quelle que soit l’ancienne ID de pont t plus ou Rapide précédent t plus étendu, l’arbre de dépenses exige que

2
00:00:07,750 --> 00:00:11,510
chaque commutateur ait un ID de pont unique par le passé.

3
00:00:11,520 --> 00:00:16,550
Celles-ci consistaient simplement en une priorité de pont et une adresse MAC.

4
00:00:16,720 --> 00:00:23,740
L'identifiant de pont consiste donc en huit octets, deux octets étant la priorité du pont et six

5
00:00:23,740 --> 00:00:25,290
octets, l'adresse MAC.

6
00:00:25,300 --> 00:00:31,840
Cependant, lors de la configuration de plusieurs villans et de l'exécution de

7
00:00:31,840 --> 00:00:39,600
Poovey et de l'arbre de dépenses, une adresse MAC différente doit être attribuée pour chaque villaine.

8
00:00:39,820 --> 00:00:46,510
Donc, pour que l’idée de pont soit unique sur une base violente, il faudrait attribuer une

9
00:00:46,510 --> 00:00:48,000
adresse MAC différente.

10
00:00:48,100 --> 00:00:54,670
Maintenant, cela fonctionne bien si vous n'avez que quelques villans. Mais si vous configurez des centaines ou des milliers de lignes,

11
00:00:54,970 --> 00:00:56,520
ce n'est pas évolutif.

12
00:00:56,770 --> 00:01:03,400
Si un fournisseur prenait en charge le système Peavey, il devrait attribuer une adresse MAC unique sur une base

13
00:01:03,400 --> 00:01:04,440
terrestre Poovey.

14
00:01:05,240 --> 00:01:11,240
Donc, en théorie, si quatre mille quatre-vingt-quatorze méchants étaient pris en charge par le commutateur, quatre

15
00:01:11,240 --> 00:01:15,600
mille quatre-vingt-quatorze adresses MAC uniques devraient être attribuées à chaque commutateur.

16
00:01:15,860 --> 00:01:18,090
Ce n'est tout simplement pas évolutif.

17
00:01:18,200 --> 00:01:25,670
Donc, pour conserver les adresses MAC, le système a changé et un ID système étendu est également appelé

18
00:01:25,670 --> 00:01:26,960
réduction d'adresse MAC.

19
00:01:27,050 --> 00:01:34,430
Ainsi, avec les ID de pont étendus, l'ID de pont a toujours une taille de 8 octets, mais la priorité est

20
00:01:34,430 --> 00:01:43,320
maintenant divisée en deux parties, de sorte que la portion deux par deux déjà consiste en une priorité de 4 mais un pont et un péage.

21
00:01:43,370 --> 00:01:50,110
Mais, avec l’ID système étendu, l’adresse MAC a toujours une taille de 6 octets.

22
00:01:50,170 --> 00:01:58,810
Veuillez donc noter que les ponts Purdy pour les bits sont des identifiants système étendus 12 bits, ce qui équivaut à deux octets si les identifiants de système

23
00:01:58,810 --> 00:02:05,610
étendus sont renseignés avec le numéro du méchant et que la priorité du pont est une valeur que vous pouvez définir.

24
00:02:05,620 --> 00:02:09,430
La valeur par défaut est 3 2 7 6 8 en décimal.

25
00:02:09,580 --> 00:02:15,610
Auparavant, à la fête sur le pont, il y avait deux piqûres et vous pouviez attribuer à la propriété une valeur

26
00:02:15,610 --> 00:02:16,620
telle que 1.

27
00:02:16,630 --> 00:02:24,080
Cependant, cet exemple n'est plus pris en charge par le commutateur si je tape un arbre de dépenses movieland

28
00:02:24,450 --> 00:02:32,620
un par priorité et j'essaie de le définir sur 1 On me dit que je dois le définir par incréments de

29
00:02:32,620 --> 00:02:37,360
quatre mille quatre-vingt-seize afin que la valeur soit autorisée. un de ceux-là.

30
00:02:37,360 --> 00:02:44,830
La raison en est que la partie pont a été divisée en deux parties, seuls les 4 bits

31
00:02:44,830 --> 00:02:48,560
les plus significatifs étant disponibles pour la priorité.

32
00:02:48,610 --> 00:02:56,500
Donc, si vous définissez la portion pro-ID du pont, les Philpots sont définis sur 1 et que vous tenez compte de la totalité des

33
00:02:56,500 --> 00:02:57,480
2 points.

34
00:02:57,520 --> 00:03:00,770
Cela équivaudrait à quatre mille quatre vingt seize en décimal.

35
00:03:01,030 --> 00:03:07,810
Donc, si la priorité est définie sur 1, la priorité d’ID de pont étendu vaut quatre

36
00:03:07,810 --> 00:03:08,670
mille quatre-vingt-seize.

37
00:03:08,710 --> 00:03:11,840
Si vous prenez en compte les deux octets complets.

38
00:03:12,250 --> 00:03:21,370
Si vous définissez la portion 2 du pont Prodi sur 0 0 1 0 en binaire et que vous regardez les 16 bits ou deux octets complets, cela

39
00:03:21,790 --> 00:03:24,720
équivaut à 8 1 9 2 en décimal.

40
00:03:24,940 --> 00:03:31,000
Sur certains équipements de fournisseurs, vous pouvez définir la partie sur une partie et celle-ci sera automatiquement convertie

41
00:03:31,000 --> 00:03:37,660
en 8 1 9 2, mais sur les commutateurs Cisco, vous devez définir la priorité du pont par multiples de quatre

42
00:03:37,660 --> 00:03:39,170
mille quatre vingt seize.

43
00:03:39,220 --> 00:03:43,780
Donc, encore une fois, si j'essaie de mettre la fête à un, cela n'est pas autorisé.

44
00:03:43,880 --> 00:03:51,360
Réglez-le sur 4000 et 96 pour afficher l'arbre de dépenses.

45
00:03:51,380 --> 00:03:58,160
Remarquez la priorité du commutateur car il fonctionne précédemment plus quatre mille quatre vingt dix sept, donc la

46
00:03:58,640 --> 00:04:01,260
priorité Plus le numéro du méchant.

47
00:04:01,550 --> 00:04:04,990
Si vous regardez un 10 violent, c'est un exemple.

48
00:04:05,060 --> 00:04:08,870
La priorité serait pour 0 9 6 plus 10.

49
00:04:08,870 --> 00:04:13,790
Si vous regardez Villaine 20, ce serait 4 0 9 6 plus 20.

50
00:04:13,790 --> 00:04:20,880
Je démontrerai que dans une vidéo distincte, au fil des années, diverses améliorations ont été apportées aux

51
00:04:20,880 --> 00:04:24,500
dépenses afin de réduire le temps de convergence.

52
00:04:24,810 --> 00:04:30,570
Ainsi, dans un environnement commuté, diverses améliorations ont été apportées au protocole pour accélérer

53
00:04:30,570 --> 00:04:31,740
les choses.

54
00:04:32,070 --> 00:04:37,800
Un port stenté sur le commutateur peut prendre 30 secondes pour converger, ce qui n'est pas acceptable dans

55
00:04:37,800 --> 00:04:38,870
les réseaux modernes.

56
00:04:39,150 --> 00:04:46,230
Par exemple, si le PC était en train de démarrer et avait besoin de se connecter à un serveur DHP,

57
00:04:46,230 --> 00:04:50,910
le PC démarrerait et enverrait une demande DHP avant la convergence des porteurs.

58
00:04:51,150 --> 00:04:57,480
Ainsi, le PC aurait déjà démarré et demandé une adresse IP avant l'expiration de 30

59
00:04:57,480 --> 00:05:04,200
secondes. Le PC ne recevrait donc pas d'adresse IP du serveur DHP car la demande DHP du

60
00:05:04,200 --> 00:05:09,540
PC serait abandonnée par ce port bloquant le réseau sans fil. convergent.

61
00:05:09,720 --> 00:05:16,950
Ainsi, pour améliorer les performances dans les environnements commutés, les ports

62
00:05:16,950 --> 00:05:24,840
périphériques, tels que les ordinateurs, sont configurés en tant que ports FOSS de

63
00:05:25,180 --> 00:05:32,130
ports dans un environnement Cisco ou ports périphériques d’autres fournisseurs.

64
00:05:32,160 --> 00:05:38,850
D'autres fournisseurs utilisent le terme ports de périphérie dans une terminologie donnée. Cisco utilisera d'abord le terme de port,

65
00:05:38,850 --> 00:05:43,050
et dans une autre terminologie, il sera appelé port de périphérie.

66
00:05:43,050 --> 00:05:49,830
Maintenant, il est important que vous activiez uniquement les ports FOSS de port sur les ports d’accès et non les ports de lignes réseau.

67
00:05:49,860 --> 00:05:56,160
En d'autres termes, vous ne devez pas activer le port Fost sur les liens entre les commutateurs, car

68
00:05:56,370 --> 00:06:03,870
cela entraînerait des boucles dans votre topologie et un port Edge ou un port de port phos passera immédiatement à l'état de transfert.

69
00:06:03,870 --> 00:06:10,200
Donc, contourne les états d’écoute et d’apprentissage, il passe directement du blocage à la transmission.

70
00:06:10,380 --> 00:06:17,190
Une fois de plus, ignorer les états d’écoute et d’apprentissage permet une convergence beaucoup plus rapide, car au lieu d’attendre

71
00:06:17,250 --> 00:06:22,800
que l’arbre des dépenses franchisse différentes étapes, telles que le blocage de l’écoute, la transmission

72
00:06:22,800 --> 00:06:28,660
du Portus commence immédiatement le transfert du trafic et la convergence est donc beaucoup plus rapide.

73
00:06:29,640 --> 00:06:31,630
Les arbres de dépenses fonctionnent toujours sur ce port.

74
00:06:31,860 --> 00:06:34,280
Mais la transition est immédiatement à la transmission.

75
00:06:34,350 --> 00:06:41,250
Nous avons donc, pour une raison quelconque, reçu une PDU dans le port où le port peut revenir à l'état de blocage.

76
00:06:41,250 --> 00:06:47,640
C'est une bonne pratique de faire cela parce que vous ne voulez pas introduire par inadvertance des boucles parce que quelqu'un

77
00:06:47,640 --> 00:06:51,570
a branché un commutateur, par exemple, par erreur sur un port Fosset.