DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

SW1 Gi0/1 trunk allowed vlan 10,20
SW2 Gi0/1 trunk allowed vlan 10,20
Both switches have VLAN 30 configured and access ports assigned correctly.

Anexo: Los usuarios en SW2 en la VLAN 30 pueden comunicarse con los dispositivos locales, pero no con los hosts en la VLAN 30 en SW1. ¿Cuál es la causa más probable?

Elige la mejor respuesta.

Respuesta correcta

BLa VLAN 30 no está permitida en el trunk

Explicación

El trunk solo permite las VLAN 10 y 20. A pesar de que ambos switches tienen definida la VLAN 30 localmente, el tráfico de la VLAN 30 no puede cruzar el trunk a menos que dicha VLAN esté permitida en el enlace. El native VLAN (por defecto 1) no afecta al tráfico etiquetado de la VLAN 30, y una discrepancia en el native VLAN causa problemas diferentes. VTP se utiliza para la sincronización de la base de datos de VLAN, no para reenviar tráfico a través de un trunk; los switches no necesitan ser servidores VTP para permitir el paso de tráfico de VLAN. Spanning tree solo bloquea rutas redundantes para evitar bucles, no todas las VLAN de usuario de forma predeterminada.

Por qué cada opción es correcta o incorrecta

Incorrecta

El trunk native VLAN es 1 en ambos lados

El native VLAN aplica únicamente a las tramas sin etiquetar en un trunk, y tener el native VLAN 1 en ambos lados es una configuración predeterminada y coherente que no bloquearía el tráfico etiquetado de la VLAN 30. Las tramas de la VLAN 30 normalmente se envían con una etiqueta 802.1Q, por lo que la configuración del native VLAN no tiene relación con su reenvío. Si existiera una discrepancia en el native VLAN, afectaría al tráfico de administración sin etiquetar, no a la VLAN de usuario etiquetada que ya cuenta con conectividad local.

Correcta

La VLAN 30 no está permitida en el trunk

El tráfico entre switches para una VLAN requiere que dicha VLAN esté presente en la lista de permitidas del trunk en ambos extremos. Cuando la VLAN 30 se omite o se «poda» de dicha lista, las tramas se descartan en el puerto del trunk, de modo que los clientes locales de SW2 pueden comunicarse dentro de su dominio de difusión (broadcast), pero no pueden alcanzar dispositivos más allá del switch. El comando 'show interfaces trunk' revelaría que la VLAN 30 no se encuentra en la lista de VLAN permitidas, confirmando que el filtro es la causa.

Incorrecta

SW2 debe ejecutar el modo VTP server

El modo VTP controla los anuncios de la base de datos de VLAN, no la lista de VLAN permitidas por interfaz. SW2 podría ser un servidor o cliente VTP y aun así descartar la VLAN 30 en un trunk si la lista de permitidas del trunk la excluye. Dado que los hosts locales en la VLAN 30 ya pueden comunicarse, la VLAN existe; la falta de alcanzabilidad remota apunta al filtrado del trunk, no a VTP. Cambiar el modo VTP no alteraría las VLAN permitidas configuradas en el trunk.

Incorrecta

Spanning tree bloquea todas las VLAN de usuario de forma predeterminada

Spanning Tree Protocol coloca las interfaces redundantes en estado de bloqueo para prevenir bucles, pero no bloquea todas las VLAN de usuario por defecto; los puertos de reenvío normal permanecen activos para cada VLAN permitida. Si STP estuviera bloqueando la VLAN 30, los dispositivos locales en SW2 también fallarían en su comunicación debido a que sus puertos de acceso estarían en un estado de bloqueo o deshabilitados. Dado que la alcanzabilidad local funciona y el fallo es específico de los destinos remotos, un problema de filtrado de VLAN a nivel de trunk —y no STP— es la explicación correcta.

Para profundizar

Los trunks de VLAN son esenciales en redes con switches de Cisco para transportar tráfico de múltiples VLAN a través de un único enlace físico. El estándar IEEE 802.1Q etiqueta las tramas de Ethernet con identificadores de VLAN, permitiendo que los switches distingan y reenvíen las tramas a la VLAN correcta. Cada puerto de switch configurado como trunk puede transportar tráfico de múltiples VLAN simultáneamente, permitiendo que los dispositivos de la misma VLAN pero en diferentes switches se comuniquen como si estuvieran en el mismo segmento de Capa 2. Para que el tráfico de una VLAN atraviese un enlace trunk, este debe estar configurado para permitir las VLAN que necesitan comunicarse. Por defecto, los switches de Cisco permiten todas las VLAN en un trunk, pero los administradores pueden restringir las VLAN permitidas por motivos de seguridad o gestión de tráfico. Si una VLAN no está incluida en la lista de VLAN permitidas en el trunk, las tramas etiquetadas con esa ID de VLAN serán descartadas en la interfaz del trunk, impidiendo la comunicación entre switches para esa VLAN. Es por esto que, incluso si la VLAN 30 existe en ambos switches, los hosts en la VLAN 30 no pueden comunicarse si la VLAN 30 no está permitida en el trunk. Una trampa común en el examen es confundir el native VLAN o el modo VTP con la autorización de VLAN en los trunks. El native VLAN corresponde al tráfico sin etiquetar en un trunk y no controla qué VLAN están permitidas. El modo VTP gestiona la sincronización de la base de datos de VLAN, pero no afecta directamente la autorización de VLAN en el trunk. Adicionalmente, STP bloquea puertos para evitar bucles, pero no bloquea todas las VLAN por defecto. Comprender que la autorización de VLAN en los trunks controla directamente el flujo de tráfico de VLAN es fundamental para la resolución de problemas y el éxito en el examen.

Sobre estas preguntas de práctica

Esta es una de las preguntas de práctica originales de 200-301 de Courseiva, escrita para aprender y nunca copiada de exámenes reales ni de dumps.

Traducida del original en inglés con IA y revisada para comprobar el sentido. Los códigos de examen, los comandos y los nombres de productos se mantienen tal como aparecen en el examen.