2# Switch questions, Vlan & Trunking, STP & VTPOnline version
NETWORKS
1
¿Qué tres afirmaciones sobre las direcciones MAC son correctas? (Seleccione tres).
Escoge una o varias respuestas
2
La interfaz g0/1 del switch SW1 está en el estado "down/down". ¿Qué dos configuraciones son razones válidas para las condiciones de la interfaz? (Seleccione dos).
Escoge una o varias respuestas
3
¿Cuáles son dos funciones de un switch de Capa 2? (Seleccione dos).
Escoge una o varias respuestas
4
¿Cómo funciona la característica de direcciones MAC aprendidas dinámicamente?
5
Después de la configuración del switch, la prueba de ping falla entre la PC A y la PC B. Basándose en la salida del Switch 1, ¿qué error debe corregirse?
6
Dos switches están conectados y utilizan el protocolo Dynamic Trunking Protocol de Cisco. El SW1 está configurado como Dynamic Desirable. ¿Cuál es el resultado de esta configuración?
7
¿Qué acción toman los switches en el enlace troncal (basándose en la imagen)?
8
El administrador de red desea que el tráfico de la VLAN 67 no esté etiquetado entre el Switch 1 y el Switch 2, mientras que todas las demás VLAN deben permanecer etiquetadas. ¿Qué comando realiza esta tarea?
9
Una trama de la VLAN 1 del switch S1 se envía al switch S2, donde la trama se recibe en la VLAN 2. ¿Qué causa este comportamiento?
10
¿Qué acción se espera de SW1 cuando se recibe una trama sin etiqueta (untagged) en la interfaz GigabitEthernet0/1?
11
Un administrador de red está configurando un EtherChannel entre SW1 y SW2. Se muestra la configuración de SW1. ¿Cuál es la configuración correcta para SW2?
12
¿Qué ocurre con las tramas durante el proceso de inundación de tramas (frame flooding)?
13
Un administrador tiene la tarea de configurar una VLAN de voz. ¿Cuál es el resultado esperado cuando se conecta un teléfono Cisco al puerto GigabitEthernet 3/1/4 en un switch?
14
¿Qué comandos se necesitan para agregar una subinterfaz a Ethernet0/0 en R1 para permitir la VLAN 20, con la dirección IP 10.20.20.1/24?
15
¿Qué resultado se espera cuando la PC A envía datos a la PC B?
16
Un administrador de red asume la tarea de completar la conectividad entre la PC A y el servidor de archivos. Los switches A y B han sido configurados parcialmente con las VLAN 10, 11, 12 y 13. ¿Cuál es el siguiente paso en la configuración?
17
Un ingeniero debe establecer un enlace troncal entre dos switches. El switch vecino está configurado en modo "trunk" o "desirable". ¿Qué acción debe tomarse?
18
Un ingeniero requiere que una interfaz de switch intente activamente establecer un enlace troncal con un switch vecino. ¿Qué comando debe configurarse?
19
Un ingeniero debe configurar la comunicación VLAN entre switches (interswitch) entre un switch Cisco y un switch de un tercero (otra marca). ¿Qué acción debe tomarse?
20
¿Cómo previene STP (Spanning Tree Protocol) los bucles de reenvío en la Capa 2 de OSI?
21
¿Cuál es el efecto primario del comando spanning-tree portfast?
22
¿Qué resultado ocurre cuando se habilita PortFast en una interfaz que está conectada a otro switch?
23
¿Cómo interactúa el SW2 con otros switches en este dominio VTP?
SW2
vtp domain cisco
vtp mode transparent
vtp password test
interface fastethernet0/1
description connection to SW1
switchport mode trunk
switchport trunk encapsulation dot1q
24
¿Qué dos conclusiones se deben sacar de esta configuración? (Elige dos).
Escoge una o varias respuestas
25
¿Qué switch en esta configuración será elegido como el root bridge (puente raíz)?
26
¿Qué switch se convierte en el root bridge?
27
¿A qué estado pasa el puerto del switch cuando PortFast está habilitado?
28
¿Qué criterio se utiliza primero durante el proceso de selección del puerto raíz (root port)?
29
¿Qué configuración asegura que el switch sea siempre el raíz (root) para la VLAN 750?
30
¿Qué mejora de Spanning Tree evita los estados de learning (aprendizaje) y listening (escucha) y coloca inmediatamente los puertos en el estado de forwarding (reenvío)?
31
Después del proceso de elección, ¿cuál es el root bridge en la LAN de la oficina central (HQ)?
32
Cuando se utiliza Rapid PVST+, ¿qué comando garantiza que el switch sea siempre el puente raíz (root bridge) para la VLAN 200?
Explicación
1.To communicate with other devices on a network, a network device must have a unique MAC address
2.A MAC address contains two main components, the first of which identifies the manufacturer of the hardware and the second of which uniquely identifies the hardware
3. An example of a MAC address is 0A:26:B8:D6:65:90...................
La dirección MAC (Media Access Control) es el identificador de Capa 2 grabado en la tarjeta de red (NIC).
Componente 1 (OUI): Los primeros 24 bits (3 bytes) son el Organizationally Unique Identifier, asignado por la IEEE al fabricante (ej. Cisco, Intel).
Componente 2 (Serial): Los últimos 24 bits son asignados por el fabricante para que no existan dos tarjetas con la misma dirección en el mundo.
Formato: Se escribe en hexadecimal (base 16), por lo que verás números del 0 al 9 y letras de la A a la F, como en tu ejemplo.
1.There is a speed mismatch
Hay una disparidad de velocidad...
2.The interface is error-disabled
The interface is error-disabled............
El estado down/down significa que la interfaz no tiene conectividad física (Layer 1).
Speed Mismatch: Si un lado intenta negociar a 1000 Mbps y el otro está fijo en 10 Mbps, el enlace no se levantará. Es diferente al duplex mismatch, que suele dejar la interfaz en up/up pero con errores.
Error-disabled: Esto ocurre cuando el switch detecta un problema crítico (como una violación de seguridad de puerto, un bucle de STP o excesivas colisiones) y apaga la interfaz por protección. Verás que el estado cambia a down/down y el estatus dirá específicamente err-disabled.
1.makes forwarding decisions based on the MAC address of a packet
Toma decisiones de reenvío basadas en la dirección MAC de un paquete.
2.moves packets within a VLAN
Mueve paquetes dentro de una VLAN...........
Un switch de Capa 2 trabaja principalmente con tramas (frames), aunque la pregunta use el término general "paquetes":
Decisiones por MAC: El switch construye una tabla (CAM table) donde asocia cada dirección MAC con un puerto físico. Cuando llega una trama, el switch mira la MAC de destino y la envía únicamente por el puerto correcto.
Segmentación por VLAN: Las VLANs crean dominios de difusión separados. El switch se encarga de que el tráfico de una VLAN no se mezcle con otra, moviendo los datos de manera eficiente entre los dispositivos que pertenecen al mismo grupo lógico.
1. The CAM table is empty until ingress traffic arrives at each port
La tabla CAM (Content Addressable Memory) está vacía hasta que llega tráfico de entrada (ingress) a cada puerto...........
Cuando enciendes un switch por primera vez, este no sabe qué dispositivos están conectados a sus puertos. El proceso funciona así:
Escucha: El switch espera a que una trama (frame) entre por un puerto.
Aprendizaje: En cuanto llega una trama, el switch mira la MAC de origen (Source MAC) y la guarda en la tabla CAM junto con el número del puerto por donde entró.
Construcción: Con el tiempo, la tabla se llena. Si el switch recibe una trama para una MAC que aún no conoce (porque no ha "hablado" todavía), hace un Flood (la envía por todos los puertos excepto por el que llegó) hasta encontrarla.
1.There is a native VLAN mismatch
Hay una disparidad en la VLAN nativa (Native VLAN mismatch)...........
Para que un enlace troncal funcione correctamente, ambos extremos deben estar de acuerdo en ciertos parámetros. Si observas los cuadros de texto de la imagen:
Switch 1: Trunking Native Mode VLAN: 1 (default)
Switch 2: Trunking Native Mode VLAN: 99 (default)
La VLAN Nativa es aquella cuyo tráfico viaja a través del troncal sin una etiqueta (tag) 802.1Q. Cuando el Switch 1 envía tráfico de la VLAN 1, lo envía sin etiqueta. El Switch 2 recibe ese tráfico sin etiqueta y asume que pertenece a su propia VLAN nativa (la 99). Esto crea problemas de conectividad y riesgos de seguridad, además de generar mensajes de error en la consola del switch indicando el "mismatch".
1.The link becomes a trunkport
El enlace se convierte en un puerto troncal (trunk port)............
El modo Dynamic Desirable es "proactivo". Significa que el switch intentará activamente convertir el enlace en un troncal enviando tramas DTP al vecino.
Si el vecino está en modo Trunk, Dynamic Desirable o Dynamic Auto, el enlace se convertirá en un Trunk.
Solo se quedaría como puerto de acceso si el otro extremo estuviera configurado explícitamente como switchport mode access.
1.The trunk forms but the mismatched native VLANs are merged into a single broadcast domain
El troncal se forma, pero las VLAN nativas que no coinciden se fusionan en un solo dominio de difusión (broadcast domain)......
En la imagen vemos que:
SW1 tiene la VLAN nativa 999.
SW2 tiene la VLAN nativa 99.
Como ambos puertos están en switchport mode trunk, el enlace troncal sí se establece (sube). Sin embargo, ocurre algo peligroso: cualquier tráfico sin etiqueta que salga de SW1 (VLAN 999) será recibido por SW2 y colocado en su propia VLAN nativa (VLAN 99). Esto significa que dos redes que deberían estar separadas ahora están conectadas a nivel de Capa 2. Cisco llama a esto Native VLAN Mismatch.
1.switchport trunk native vlan 67........
Por defecto, en un enlace troncal 802.1Q, todas las tramas se etiquetan para que el switch receptor sepa a qué VLAN pertenecen. Sin embargo, siempre existe una VLAN Nativa.
El tráfico que pertenece a la VLAN Nativa se envía a través del troncal sin etiqueta (untagged).
Al ejecutar el comando switchport trunk native vlan 67 en ambos extremos, le estás diciendo a los switches que cualquier dato de la VLAN 67 debe viajar "limpio", mientras que las VLANs 10, 20, etc., seguirán llevando su etiqueta de identificación.
1.native vlan mismatches
Disparidades en la VLAN nativa............
Si observamos los comandos show interface trunk en la imagen:
S1 (Puerto Fa0/1): Tiene la Native vlan 1.
S2 (Puerto Fa0/1): Tiene la Native vlan 2.
Cuando una PC en la VLAN 1 envía datos a través de S1, el switch ve que la VLAN 1 es su "VLAN Nativa", por lo que envía la trama por el enlace troncal sin etiqueta (untagged).
Cuando esa trama llega a S2, el switch la recibe sin etiqueta. S2 revisa su propia configuración y ve que su "VLAN Nativa" es la 2. Por lo tanto, asume que cualquier tráfico sin etiqueta pertenece a la VLAN 2 y lo entrega a los dispositivos en esa red. ¡Los datos acaban de cambiar de VLAN sin pasar por un router!
1. The frame is processed in VLAN 5
La trama se procesa en la VLAN 5.........
Al observar la configuración de la imagen, vemos la línea:
switchport trunk native vlan 5
Esta configuración define que la VLAN 5 es la VLAN nativa para ese puerto. La regla de oro en los troncales 802.1Q es la siguiente:
Si llega una trama con etiqueta, el switch la envía a la VLAN que indica el número de la etiqueta.
Si llega una trama sin etiqueta (untagged), el switch asume automáticamente que pertenece a la VLAN Nativa.
Como el administrador configuró específicamente la VLAN 5 como nativa, cualquier tráfico que llegue "limpio" (sin marca) será tratado como si fuera parte de la VLAN 5.
1.interface FastEthernet 0/1 channel-group 1 mode desirable switchport trunk encapsulation dot1q switchport mode trunk ! interface FastEthernet 0/2 channel-group 1 mode desirable switchport trunk encapsulation dot1q switchport mode trunk.........
El EtherChannel está usando el protocolo PAgP, el cual tiene dos modos principales de negociación:
Auto: El switch espera pasivamente a que el otro lado inicie la negociación.
Desirable: El switch intenta activamente negociar el canal.
La regla de oro de PAgP es que al menos uno de los dos lados debe estar en modo "Desirable".
Si ambos están en auto, se quedan esperando y el canal nunca se forma.
Como SW1 ya está configurado en modo auto, obligatoriamente SW2 debe estar en modo desirable para que el enlace se levante con éxito.
1.Frames are sent to every port on the switch in the same VLAN except from the originating port
Las tramas se envían a todos los puertos del switch en la misma VLAN, excepto por el puerto de origen..........
El switch recurre al "flooding" en tres situaciones principales, conocidas por las siglas UUM:
Unknown Unicast: Cuando la MAC de destino no está en la tabla CAM.
Unknown Multicast: Cuando el switch recibe tráfico multicast que no sabe cómo gestionar.
Broadcast: Cuando la dirección de destino es FF:FF:FF:FF:FF:FF.
Es vital entender que el switch segmenta este tráfico por VLAN. Si una trama entra por un puerto de la VLAN 10, el switch solo la inundará a otros puertos que pertenezcan a la VLAN 10. Nunca enviará esa inundación a la VLAN 20, manteniendo así la eficiencia y la seguridad.
1.The phone sends and receives data in VLAN 50, but a workstation connected to the phone sends and receives data in VLAN 1.
El teléfono envía y recibe datos en la VLAN 50, pero una estación de trabajo (PC) conectada al teléfono envía y recibe datos en la VLAN 1...........
Esta configuración utiliza lo que llamamos un "Multi-VLAN Access Port". El comando que ves en la imagen (switchport voice vlan 50) le indica al switch que debe tratar el tráfico de forma diferente según su origen:
Tráfico de Voz: El teléfono Cisco se identifica (generalmente mediante CDP) y el switch le indica que use la VLAN 50. Este tráfico viaja con una etiqueta (802.1Q).
Tráfico de Datos (PC): La mayoría de los teléfonos Cisco tienen un switch interno con un puerto para conectar una computadora. Como la computadora no sabe nada de VLANs, envía su tráfico sin etiqueta (untagged). El switch principal recibe ese tráfico y, al no tener etiqueta, lo coloca en la VLAN de acceso por defecto, que es la VLAN 1.
R1 (config)#interface ethernet0/0.20
R1 (config)#encapsulation dot1q 20
R1(config)#ip address 10.20.20.1 255.255.255.0............
Para que esto funcione, hay tres pasos obligatorios:
Crear la subinterfaz: El .20 es un identificador lógico. Aunque puede ser cualquier número, por buena práctica siempre usamos el mismo número de la VLAN.
Definir la encapsulación: El comando encapsulation dot1q 20 es crítico. Le dice al router que esta subinterfaz debe "escuchar" y "hablar" específicamente para las tramas que traigan la etiqueta (tag) de la VLAN 20. Nota importante: No puedes poner la IP antes de definir la encapsulación; el router no lo permitirá.
Asignar la IP: Esta dirección funcionará como el Default Gateway para todos los dispositivos que estén en la VLAN 20.
1.The source and destination MAC addresses remain the same
Las direcciones MAC de origen y destino permanecen iguales............
Cuando dos dispositivos están en la misma VLAN (en este caso, la VLAN 200), se encuentran en el mismo dominio de difusión y en la misma subred lógica.
Proceso: El switch recibe la trama (frame) y simplemente la reenvía basándose en su tabla de direcciones MAC.
Sin cambios: Como la trama no necesita pasar por un router (no hay enrutamiento), la cabecera de Capa 2 no se modifica. La dirección MAC de origen sigue siendo la de la PC A y la de destino sigue siendo la de la PC B durante todo el trayecto a través del switch.
1.Add VLAN 13 to the trunk links on Switch A and Switch B for VLAN propagation
Agregar la VLAN 13 a los enlaces troncales (trunks) en el Switch A y el Switch B para la propagación de la VLAN.............
Si analizamos las configuraciones de la imagen:
Tanto la PC A como el File Server están conectados a puertos en la VLAN 13 (switchport access vlan 13).
Sin embargo, en la configuración del enlace troncal (interface GigabitEthernet0/1), el comando dice: switchport trunk allowed vlan 10-12.
Esto significa que el switch ha creado una "lista blanca" de VLANs permitidas para cruzar el cable hacia el otro switch, y la VLAN 13 ha quedado excluida. Por lo tanto, aunque físicamente los switches están conectados, el tráfico de la VLAN 13 es bloqueado al intentar salir por el puerto troncal. Para solucionarlo, debes usar el comando switchport trunk allowed vlan add 13.
1.configure switchport mode dynamic desirable...........
DTP es un protocolo de negociación. Para que un enlace se convierta en Trunk, los modos de ambos extremos deben ser compatibles.
Si el vecino es Trunk (fijo) o Dynamic Desirable (activo), configurar tu lado como Dynamic Desirable hará que tu switch envíe mensajes DTP solicitando formar un troncal.
Al recibir estos mensajes, ambos switches se pondrán de acuerdo y el enlace subirá como troncal.
1.switchport mode dynamic desirable.....
El protocolo DTP (Dynamic Trunking Protocol) tiene dos estados dinámicos principales:
Dynamic Auto: El puerto es "pasivo". Solo se convierte en troncal si el vecino se lo pide. Es el estado por defecto en muchos switches antiguos.
Dynamic Desirable: El puerto es "activo". Envía tramas DTP constantemente para pedirle al vecino que negocien un troncal.
Si configuras un lado como Desirable, el enlace se convertirá en troncal siempre que el otro extremo esté en modo trunk, desirable o auto. Solo fallará si el otro lado está en modo access o tiene la negociación desactivada.
configure IEEE 802.1q...............
Antiguamente, Cisco utilizaba un protocolo propietario llamado ISL (Inter-Switch Link) para el trunking. Sin embargo, el estándar de la industria (el que entienden todas las marcas como Juniper, HP o Aruba) es el 802.1Q (también conocido como dot1q).
802.1Q funciona insertando una etiqueta (tag) de 4 bytes en la trama Ethernet original.
Si intentas usar un protocolo propietario con un switch de otra marca, el enlace troncal no funcionará porque no hablarán el mismo "idioma".
1. Port blocking Bloqueo de puertos..........
STP es fundamental porque, a diferencia de la Capa 3 (donde existe el campo TTL en el paquete IP), las tramas de Capa 2 no tienen un mecanismo de "tiempo de vida". Si una trama entra en un bucle físico, girará infinitamente hasta saturar el ancho de banda.
STP soluciona esto mediante un proceso de cuatro pasos:
Elección del Root Bridge: Se elige el switch principal de la red.
Determinación de Root Ports: Cada switch no-raíz elige su mejor camino hacia el Root Bridge.
Determinación de Designated Ports: Se elige el mejor puerto para reenviar tráfico en cada segmento de red.
Estado de Bloqueo: Cualquier puerto que no sea ni Root ni Designated se coloca en estado de Blocking. Estos puertos no reenvían tramas de datos, pero siguen "escuchando" mensajes de control (BPDUs) por si la topología cambia.
1.It minimizes spanning-tree convergence time
Minimiza el tiempo de convergencia del Spanning Tree.........
Normalmente, cuando conectas un dispositivo a un switch, STP hace que el puerto pase por varios estados (Blocking, Listening, Learning) antes de llegar a Forwarding. Este proceso puede tardar hasta 30 o 50 segundos.
El comando portfast permite que un puerto pase directamente al estado de Forwarding en cuanto detecta el enlace físico.
¿Dónde se usa? Únicamente en puertos de acceso (donde conectas PCs, impresoras o servidores).
¿Por qué es importante? Evita que aplicaciones (como DHCP) fallen porque el puerto tardó demasiado en activarse.
¡Cuidado! Nunca debes activarlo en puertos que conecten a otros switches, ya que podrías crear un bucle de red instantáneo.
1.Spanning tree may fail to detect a switching loop in the network that causes broadcast storms
Es posible que Spanning Tree no detecte un bucle de conmutación (switching loop) en la red, lo que causaría tormentas de difusión (broadcast storms)........
El objetivo de los estados normales de STP (Listening y Learning) es precisamente tomarse el tiempo necesario para escuchar si hay otros switches presentes y detectar posibles bucles antes de empezar a enviar datos.
Al activar PortFast, le ordenas al puerto que ignore esos estados de seguridad. Si el dispositivo conectado es otro switch:
El puerto entra en estado Forwarding de inmediato.
Si hay un camino redundante, se crea un bucle instantáneo.
Las tramas de broadcast (como las de ARP) empezarán a girar y duplicarse infinitamente, consumiendo todo el CPU y el ancho de banda del switch hasta que la red colapse.
1.It forwards only the VTP advertisements that it receives on its trunk ports
Solo reenvía los anuncios VTP que recibe en sus puertos troncales...........
Cuando un switch está en Modo Transparente, se comporta de una manera muy particular respecto al protocolo VTP:
No se sincroniza: No guarda en su base de datos las VLANs que crea el VTP Server, ni le avisa a nadie sobre sus propias VLANs locales.
Independencia: Puedes crear, eliminar o renombrar VLANs en SW2 sin afectar a los demás switches del dominio.
El "Pasamanos": Aunque no le importa el contenido de los mensajes VTP que recibe de otros switches, sí los reenvía por sus puertos troncales hacia el resto de la red. Es como si el switch dijera: "Esto no es para mí, pero dejaré que pase para que los demás lo vean".
1. The spanning-tree mode is Rapid PVST+
El modo de spanning-tree es Rapid PVST+.
2. The root port is FastEthernet 2/1
El puerto raíz (root port) es FastEthernet 2/1................
Para identificar estos puntos en el examen, debes observar estas líneas específicas en el comando:
¿Por qué Rapid PVST+? En la imagen, después de "Spanning tree enabled protocol", aparece rstp. En los equipos Cisco, esto indica que el switch está ejecutando Rapid Per-VLAN Spanning Tree Plus, que combina la velocidad de convergencia de RSTP (802.1w) con la flexibilidad de tener una instancia por cada VLAN.
¿Por qué el puerto raíz es Fa2/1? Debajo de la sección "Root ID", verás la línea que dice Port 13 (FastEthernet2/1). Esto nos indica que este switch ha determinado que el camino más corto hacia el Root Bridge es a través de esa interfaz específica.
SW3.........
Para elegir al Root Bridge, el protocolo STP busca el Bridge ID (BID) más bajo. El BID está compuesto por:
Prioridad: (Por defecto 32768 en todos los switches).
Dirección MAC: Se usa como desempate si las prioridades son iguales.
Como en la imagen no nos indican que alguien haya cambiado la prioridad, comparamos las direcciones MAC. El switch con el valor hexadecimal más bajo gana:
SW1: 0C:E0...
SW2: 0C:0E:15:22...
SW3: 0C:0E:15:1A... (Ganador)
SW4: 0C:E0...
Al comparar SW2 y SW3 (que empiezan igual), vemos que en el cuarto grupo de dígitos, 1A (de SW3) es menor que 22 (de SW2). Por lo tanto, SW3 tiene la dirección MAC más baja y se convierte en el Root Bridge.
S2........
Como recordamos, el proceso de elección de STP siempre sigue este orden de criterios para encontrar el Bridge ID (BID) más bajo:
Prioridad del Puente: El valor más bajo gana.
Dirección MAC: Se usa como desempate solo si las prioridades son idénticas.
Analicemos los datos de la imagen:
SW1 y SW4: Tienen una prioridad de 32768 (la predeterminada). Quedan descartados porque hay otros con valores menores.
SW2 y SW3: Ambos tienen una prioridad de 30000. Como están empatados en prioridad, debemos mirar sus direcciones MAC.
Comparación de MACs:
SW2: BB:BB:BB:BB:BB:BB
SW3: CC:CC:CC:CC:CC:CC
Dado que BB es menor que CC en el sistema hexadecimal, la dirección MAC de SW2 es la más baja. Por lo tanto, el Bridge ID de SW2 es el menor de toda la red y gana la elección.
En una configuración estándar de Spanning Tree (STP), un puerto debe pasar por los estados de Listening (15 segundos) y Learning (15 segundos) antes de llegar a Forwarding. Esto suma un total de 30 segundos de espera.
Al habilitar spanning-tree portfast, el puerto:
Pasa de Blocking directamente a Forwarding.
Elimina el tiempo de espera, permitiendo que el dispositivo final (como una PC) obtenga una dirección IP por DHCP sin errores de tiempo de espera.
No genera un mensaje de Cambio de Topología (TCN) cuando el puerto sube o baja, lo que ayuda a mantener la estabilidad del resto de la red.
lowest path cost to the root bridge...................
Cuando un switch ejecuta STP, busca el camino más rápido hacia el "Switch Rey" (Root Bridge). El costo de la ruta (Path Cost) se calcula sumando el valor de la velocidad de cada cable que el paquete debe cruzar; por lo tanto, el switch siempre elegirá el puerto que sume el valor numérico más bajo, asegurando así la ruta más directa y veliciente.
1. Switch(config)#spanning-tree vlan 750 priority 0.........
Como hemos visto en los ejercicios anteriores, la elección del Root Bridge se basa en el Bridge ID más bajo. El Bridge ID es la suma de la Prioridad + ID de la VLAN + Dirección MAC.
¿Por qué el valor 0? La prioridad por defecto en los switches Cisco es 32768. Los valores de prioridad deben configurarse en incrementos de 4096. Al establecer la prioridad en 0 (el valor más bajo posible), te aseguras de que ningún otro switch pueda ganar la elección, a menos que también tenga prioridad 0 y una dirección MAC menor.
Comando alternativo: También podrías usar el comando spanning-tree vlan 750 root primary. Este comando lo que hace es revisar la prioridad actual del Root Bridge actual y configurar automáticamente una prioridad menor en tu switch (generalmente 24576), pero configurar la prioridad en 0 manualmente es la forma más "extrema" de asegurar el puesto.
PortFast............
Como hemos visto, el proceso estándar de STP tarda unos 30 segundos en habilitar un puerto. Para una computadora que necesita pedir una dirección IP por DHCP, esta espera puede causar que la solicitud expire antes de que el puerto esté listo.
Función: Al activar PortFast, el switch asume que no hay otro switch conectado a ese puerto, por lo que no hay riesgo de bucle.
Estado: El puerto salta directamente a Forwarding.
Seguridad: Si por error conectas un switch a un puerto con PortFast, podrías causar un bucle. Por eso, lo ideal es combinarlo con BPDU Guard, que apaga el puerto automáticamente si recibe un mensaje de otro switch.
Switch 3............
El proceso de elección de STP es determinista. El switch con el Bridge ID (BID) más bajo gana. Como las prioridades son iguales, el desempate recae en la dirección MAC más pequeña:
Switch 1: 0C.E0.38...
Switch 2: 0C.0E.15.22...
Switch 3: 0C.0E.15.1D... (Ganador)
Switch 4: 0C.E0.19...
Si comparamos Switch 2 y Switch 3, ambos empiezan con 0C.0E.15. Sin embargo, el siguiente valor en el Switch 3 es 1D, mientras que en el Switch 2 es 22. En el sistema hexadecimal, 1D es menor que 22, lo que convierte al Switch 3 en el puente raíz de la topología.
1.spanning-tree vlan 200 priority 0.....................
Aunque Rapid PVST+ (802.1w) es mucho más rápido que el STP tradicional (802.1D), las reglas para elegir al Root Bridge siguen siendo las mismas:
El switch con el Bridge ID más bajo gana.
El Bridge ID consiste en la Prioridad + ID del Sistema Extendido (VLAN ID) + Dirección MAC.
Al configurar la prioridad en 0, el Bridge ID resultante será el menor posible en la red.
|
