Entonces, ¿qué es un t plus anterior o anterior de Rapide más el ID de puente extendido que ahora gasta el árbol requiere
que cada interruptor tenga un ID de puente único en el pasado.
Esos simplemente consistían en la prioridad del puente y una dirección MAC.
Por lo tanto, el ID del puente consta de ocho bytes, siendo dos bytes la prioridad del puente y seis
bytes la dirección MAC.
Sin embargo, al configurar múltiples villanos y ejecutar Poovey y el árbol de gastos, se tendría
que asignar una dirección MAC diferente para cada villaine. T anterior crea una instancia en un terreno de Poovey.
Por lo tanto, para garantizar que la idea del puente sea única por una base violenta, se debería asignar
una dirección MAC diferente.
Ahora eso funciona bien si solo tienes unos cuantos villanos. Pero si configuras cientos o miles de
líneas, no es escalable.
Si un proveedor estaba respaldando el t de Peavey, el vendedor necesitaría asignar una dirección MAC única en una
tierra de Poovey.
Entonces, en teoría, si se admitieran cuatro mil noventa y cuatro villanos en el interruptor, se necesitarían
asignar cuatro mil noventa y cuatro direcciones MAC únicas a cada interruptor.
Eso simplemente no es escalable.
Por lo tanto, para conservar las direcciones MAC, el sistema ha cambiado y una identificación extendida del sistema también se conoce como
reducción de direcciones MAC.
Por lo tanto, con las ID de puente extendidas, la ID del puente sigue teniendo un tamaño de 8 bytes, pero ahora
la prioridad se divide en dos partes, por lo que la porción de dos por dos ya consta de una prioridad 4 pero puente y un peaje.
Pero la identificación extendida del sistema la dirección MAC aún tiene 6 bytes de tamaño.
Por lo tanto, tenga en cuenta que el puente Purdy para bits de ID de sistema ampliado de 12 bits que equivale a dos bytes debe
ser ID de sistema ampliado con el número de villano y la prioridad de puente es un valor que puede establecer.
El valor predeterminado es 3 2 7 6 8 en decimal.
En el pasado, en la fiesta del puente consistía en dos mordiscos y se podía establecer la propiedad en un
valor como 1.
Sin embargo, eso ya no se admite en el conmutador como ejemplo si escribo el gasto tree movieland
uno por prioridad y trato de configurarlo en 1 Me dicen que tengo que configurarlo en incrementos de cuatro mil
noventa y seis para que el valor esté permitido uno de estos.
La razón de esto es que la parte del puente se ha dividido en dos partes con solo
los 4 bits más significativos disponibles para la prioridad.
Por lo tanto, si configura la porción pro-ID de bridge las Philpots en 1 binario y toma en cuenta los
2 puntos completos.
Eso equivaldría a cuatro mil noventa y seis en decimal.
Por lo tanto, si la prioridad está establecida en 1, la prioridad de ID del puente ampliado es de cuatro mil
noventa y seis.
Si toma en cuenta los dos bytes completos.
Si configura el puente Prodi parte 2 para decir 0 0 1 0 en binario y mira los 16 bits o dos bytes completos,
equivale a 8 1 9 2 en decimal.
En el equipo de algunos proveedores, puede configurar el grupo en uno y se convertirá automáticamente en
8 1 9 2, pero en los conmutadores Cisco debe establecer la prioridad del puente en múltiplos de cuatro
mil noventa y seis.
Entonces, una vez más, si intento configurar la fiesta en una, no está permitido.
Establézcalo en 4000 y 96 que permita mostrar el árbol de gastos.
Observe la prioridad del cambio porque se está ejecutando anteriormente más cuatro mil noventa y siete por lo que
la prioridad más el número de villano.
Si estás viendo un 10 violento es un ejemplo.
La prioridad sería 0 9 6 más 10.
Si miras villaine 20 sería 4 0 9 6 más 20.
Demostraré que en un video separado ahora a lo largo de los años se han realizado varias
mejoras para intentar reducir el tiempo de convergencia.
Por lo tanto, en un entorno conmutado se han realizado diversas mejoras en el protocolo para garantizar que las
cosas sucedan más rápido.
Un puerto con soporte en el conmutador nos puede llevar 30 segundos para converger y eso no es aceptable
en las redes modernas.
Como ejemplo, si la PC se estaba iniciando y necesitara conectarse a un servidor DHP, la PC arrancaría
y enviaría una solicitud DHP antes de que los porteros conmutadores convergieran.
Así que la PC ya habría arrancado y solicitado una dirección IP antes de que hayan transcurrido 30
segundos y, por lo tanto, la PC no recibiría una dirección IP del servidor DHP porque la solicitud DHP
de la PC se eliminaría por este puerto que bloquea la conexión inalámbrica convergente.
Para mejorar el rendimiento en entornos conmutados, puertos de borde, es decir, puertos conectados a
dispositivos periféricos como PC, algunos servidores y enrutadores se configurarían como puertos FOSS en un entorno Cisco
o puertos de borde en otros equipos de proveedores. Cecka usa el término port fust.
Otros proveedores utilizan el término edge ports en algunos términos. Cisco usará primero el término
port y en otros términos se denominará edge port.
Ahora es importante que solo habilite puertos FOSS portuarios en puertos de acceso y no en puertos troncales.
En otras palabras, no debe habilitar el puerto Fost en los enlaces entre conmutadores, ya que eso introducirá
bucles en su topología y en el puerto de borde, o un puerto puerto de fósforo pasa inmediatamente al estado de reenvío.
Por lo tanto, pasa por alto los estados de escucha y aprendizaje que va directamente del bloqueo al reenvío.
Una vez más salteamos los estados de escucha y aprendizaje que permiten una convergencia mucho más rápida porque en
lugar de esperar que el árbol de gastos pase por varias etapas, como bloquear el aprendizaje
de aprendizaje, el Portus comienza a reenviar el tráfico inmediatamente y la convergencia es mucho más rápida.
Gastando árboles todavía corriendo en ese puerto.
Pero la transición es inmediata al reenvío.
Entonces, por alguna razón, se recibió una PDU en el puerto, el puerto puede regresar al estado de bloqueo.
Es una buena práctica hacerlo porque no desea introducir bucles inadvertidamente porque alguien conectó
un interruptor por error en un puerto Fosset port.