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
chaque commutateur ait un ID de pont unique par le passé.
Celles-ci consistaient simplement en une priorité de pont et une adresse MAC.
L'identifiant de pont consiste donc en huit octets, deux octets étant la priorité du pont et six
octets, l'adresse MAC.
Cependant, lors de la configuration de plusieurs villans et de l'exécution de
Poovey et de l'arbre de dépenses, une adresse MAC différente doit être attribuée pour chaque villaine.
Donc, pour que l’idée de pont soit unique sur une base violente, il faudrait attribuer une
adresse MAC différente.
Maintenant, cela fonctionne bien si vous n'avez que quelques villans. Mais si vous configurez des centaines ou des milliers de lignes,
ce n'est pas évolutif.
Si un fournisseur prenait en charge le système Peavey, il devrait attribuer une adresse MAC unique sur une base
terrestre Poovey.
Donc, en théorie, si quatre mille quatre-vingt-quatorze méchants étaient pris en charge par le commutateur, quatre
mille quatre-vingt-quatorze adresses MAC uniques devraient être attribuées à chaque commutateur.
Ce n'est tout simplement pas évolutif.
Donc, pour conserver les adresses MAC, le système a changé et un ID système étendu est également appelé
réduction d'adresse MAC.
Ainsi, avec les ID de pont étendus, l'ID de pont a toujours une taille de 8 octets, mais la priorité est
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.
Mais, avec l’ID système étendu, l’adresse MAC a toujours une taille de 6 octets.
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
é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.
La valeur par défaut est 3 2 7 6 8 en décimal.
Auparavant, à la fête sur le pont, il y avait deux piqûres et vous pouviez attribuer à la propriété une valeur
telle que 1.
Cependant, cet exemple n'est plus pris en charge par le commutateur si je tape un arbre de dépenses movieland
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
quatre mille quatre-vingt-seize afin que la valeur soit autorisée. un de ceux-là.
La raison en est que la partie pont a été divisée en deux parties, seuls les 4 bits
les plus significatifs étant disponibles pour la priorité.
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
2 points.
Cela équivaudrait à quatre mille quatre vingt seize en décimal.
Donc, si la priorité est définie sur 1, la priorité d’ID de pont étendu vaut quatre
mille quatre-vingt-seize.
Si vous prenez en compte les deux octets complets.
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
équivaut à 8 1 9 2 en décimal.
Sur certains équipements de fournisseurs, vous pouvez définir la partie sur une partie et celle-ci sera automatiquement convertie
en 8 1 9 2, mais sur les commutateurs Cisco, vous devez définir la priorité du pont par multiples de quatre
mille quatre vingt seize.
Donc, encore une fois, si j'essaie de mettre la fête à un, cela n'est pas autorisé.
Réglez-le sur 4000 et 96 pour afficher l'arbre de dépenses.
Remarquez la priorité du commutateur car il fonctionne précédemment plus quatre mille quatre vingt dix sept, donc la
priorité Plus le numéro du méchant.
Si vous regardez un 10 violent, c'est un exemple.
La priorité serait pour 0 9 6 plus 10.
Si vous regardez Villaine 20, ce serait 4 0 9 6 plus 20.
Je démontrerai que dans une vidéo distincte, au fil des années, diverses améliorations ont été apportées aux
dépenses afin de réduire le temps de convergence.
Ainsi, dans un environnement commuté, diverses améliorations ont été apportées au protocole pour accélérer
les choses.
Un port stenté sur le commutateur peut prendre 30 secondes pour converger, ce qui n'est pas acceptable dans
les réseaux modernes.
Par exemple, si le PC était en train de démarrer et avait besoin de se connecter à un serveur DHP,
le PC démarrerait et enverrait une demande DHP avant la convergence des porteurs.
Ainsi, le PC aurait déjà démarré et demandé une adresse IP avant l'expiration de 30
secondes. Le PC ne recevrait donc pas d'adresse IP du serveur DHP car la demande DHP du
PC serait abandonnée par ce port bloquant le réseau sans fil. convergent.
Ainsi, pour améliorer les performances dans les environnements commutés, les ports
périphériques, tels que les ordinateurs, sont configurés en tant que ports FOSS de
ports dans un environnement Cisco ou ports périphériques d’autres fournisseurs.
D'autres fournisseurs utilisent le terme ports de périphérie dans une terminologie donnée. Cisco utilisera d'abord le terme de port,
et dans une autre terminologie, il sera appelé port de périphérie.
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.
En d'autres termes, vous ne devez pas activer le port Fost sur les liens entre les commutateurs, car
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.
Donc, contourne les états d’écoute et d’apprentissage, il passe directement du blocage à la transmission.
Une fois de plus, ignorer les états d’écoute et d’apprentissage permet une convergence beaucoup plus rapide, car au lieu d’attendre
que l’arbre des dépenses franchisse différentes étapes, telles que le blocage de l’écoute, la transmission
du Portus commence immédiatement le transfert du trafic et la convergence est donc beaucoup plus rapide.
Les arbres de dépenses fonctionnent toujours sur ce port.
Mais la transition est immédiatement à la transmission.
Nous avons donc, pour une raison quelconque, reçu une PDU dans le port où le port peut revenir à l'état de blocage.
C'est une bonne pratique de faire cela parce que vous ne voulez pas introduire par inadvertance des boucles parce que quelqu'un
a branché un commutateur, par exemple, par erreur sur un port Fosset.