Access-SW uplink: interface g0/24 switchport mode trunk switchport trunk allowed vlan 10,20 User ports: interface range g0/1-12 switchport mode access switchport access vlan 30 Distribution switch SVI: interface vlan 30 ip address 10.30.30.1 255.255.255.0
Los usuarios de un nuevo access switch pueden comunicarse con dispositivos de su propia VLAN, pero no pueden alcanzar el default gateway en el distribution switch. Con base en el exhibit, ¿cuál es la causa más probable?
Elige la mejor respuesta.
Respuesta correcta
El trunk solo permite las VLANs 10 y 20, por lo que el tráfico de la VLAN 30 nunca cruza el enlace ascendente. La conmutación local dentro de la VLAN 30 en el access switch aún puede funcionar, razón por la cual la comunicación dentro de la misma VLAN tiene éxito. Agregar la VLAN 30 a la lista permitida es la solución directa.
La VLAN 30 no se encuentra en la lista de VLANs permitidas en el trunk.
En un trunk, una VLAN debe estar presente en la lista de VLANs permitidas para que sus frames puedan atravesar el enlace. Si la VLAN 30 no se agregó explícitamente a la lista permitida, los frames de esa VLAN se descartan en el puerto trunk, por lo que nunca llegan al distribution switch. Esto evita el inter-VLAN routing aunque los hosts locales dentro de la VLAN 30 en el access switch puedan comunicarse. Agregar 'allowed vlan add 30' a la configuración del trunk restaura la conectividad.
Los puertos de usuario deben configurarse como trunks.
Los dispositivos de usuario final esperan una sola VLAN sin etiquetar (untagged) en un access port, no un trunk que transporte múltiples VLANs. Configurar los puertos de usuario como trunks no ayudaría a que la VLAN 30 alcance el distribution switch; en realidad, podría permitir que los usuarios accedan a otras VLANs o causar problemas de seguridad de VLAN hopping. El diseño adecuado es mantener los puertos de usuario como access ports en la VLAN 30 y asegurar que el trunk uplink transporte la VLAN 30 al distribution switch.
La SVI para la VLAN 30 debe estar en estado shutdown para que el inter-VLAN routing funcione.
Una SVI en estado shutdown deshabilitaría la interfaz de Capa 3 para la VLAN 30, haciendo imposible el inter-VLAN routing para esa VLAN. El problema descrito es que los hosts alcanzan su propia VLAN pero no pueden alcanzar otras VLANs, lo que apunta a un problema de filtrado en el trunk de Capa 2, no a una SVI caída. Para que ocurra el enrutamiento, la SVI debe estar en un estado up/up y tener una dirección IP válida; apagarla es lo opuesto a la condición requerida.
La native VLAN del trunk debe cambiarse a la VLAN 30.
La native VLAN en un trunk se utiliza para el tráfico sin etiquetar (típicamente la VLAN 1 por defecto) y no está relacionada con qué VLANs están permitidas a través del enlace. Cambiar la native VLAN a 30 no haría que los frames de la VLAN 30 se reenvíen si la VLAN 30 no está en la lista permitida; además, unas native VLANs inconsistentes en ambos extremos podrían causar una discrepancia en la native VLAN y alterar todo el tráfico del trunk. La causa raíz es la falta de la entrada de VLAN permitida, no la configuración de la native VLAN.
Los VLAN trunks son esenciales para transportar tráfico de múltiples VLANs entre switches, permitiendo que dispositivos en diferentes VLANs se comuniquen a través de inter-VLAN routing. Un enlace trunk utiliza protocolos de etiquetado como IEEE 802.1Q para identificar los frames de VLAN a medida que atraviesan el enlace. Si una VLAN no está permitida en el trunk, los frames etiquetados con esa ID de VLAN se descartan y nunca llegan al siguiente switch o router, impidiendo la comunicación más allá del switch local. En este escenario, el access switch aloja usuarios en la VLAN 30, pero el enlace trunk hacia el distribution switch solo permite las VLANs 10 y 20. Esta restricción significa que los frames de la VLAN 30 no pueden cruzar el trunk, por lo que los usuarios pueden comunicarse localmente dentro de la VLAN 30 pero no pueden alcanzar el default gateway SVI en el distribution switch. La solución correcta es agregar la VLAN 30 a la lista de VLANs permitidas en la interfaz trunk, habilitando el inter-VLAN routing y el acceso al gateway. Una trampa común de examen es confundir los user access ports con los trunk ports o configurar erróneamente la native VLAN. Los puertos de usuario deben permanecer como access ports asignados a una sola VLAN, no como trunks. Asimismo, los problemas de discrepancia en la native VLAN (native VLAN mismatch) o de SVI deshabilitada (shutdown) no explican por qué el tráfico de la VLAN 30 está bloqueado en el trunk. En la práctica, comprender cómo el etiquetado de VLANs y las listas de VLANs permitidas controlan el flujo de tráfico en los trunks es fundamental para la solución de problemas de conectividad de VLANs en redes Cisco.
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.