Un switchport está configurado como un puerto de acceso para la VLAN 20, pero los usuarios conectados a él no pueden comunicarse con el default gateway. El switch muestra la interfaz como up/up. ¿Qué error de configuración en el switch es la causa más probable?
Elige la mejor respuesta.
Respuesta correcta
Si el puerto de acceso está asignado a la VLAN 20 pero la VLAN 20 no existe en la base de datos de VLAN, el tráfico no se ubica en una VLAN utilizable y los hosts pierden la conectividad. El puerto aún puede aparecer físicamente como up mientras que el reenvío falla en la Capa 2.
Al puerto de acceso le falta un comando speed
El comando 'speed' solo configura la velocidad del enlace físico (por ejemplo, 100, 1000 Mbps) y no afecta la pertenencia a la VLAN ni la activación del puerto. Si no se especifica la velocidad, el switch negocia automáticamente con el dispositivo conectado; una discrepancia de velocidad puede causar problemas en el enlace, pero eso no tiene relación con que la VLAN no exista. El puerto aún no reenviaría paquetes para la VLAN 20 si la VLAN no está presente, independientemente del ajuste de velocidad. Por lo tanto, este es un distractor que confunde la configuración de Capa 1 con los requisitos de VLAN de Capa 2.
La VLAN 20 no se ha creado en el switch
Cuando un switchport se configura como un puerto de acceso en una VLAN que no existe en la base de datos de VLAN del switch, el puerto no se activará en esa VLAN. El switch no reenviará tráfico para la VLAN inexistente; el puerto suele permanecer en un estado inactivo o caído hasta que se crea la VLAN. Crear la VLAN con 'vlan 20' en el modo de configuración global y asignarle un nombre es necesario antes de que el puerto de acceso pueda transmitir tráfico para la VLAN 20. Aunque la configuración del puerto pueda ser aceptada, el puerto no funcionará correctamente hasta que la VLAN exista.
El switch no ha habilitado el modo transparente de VTP
El problema no está relacionado con el modo VTP. El modo transparente de VTP solo afecta a si el switch anuncia o aprende información de VLAN de otros switches; no causa que un puerto de acceso configurado localmente falle si la VLAN no está presente. En modo transparente, el switch no comparte los cambios en la base de datos de VLAN, pero aun así requiere que la VLAN exista localmente. Por lo tanto, la falta del modo transparente de VTP es irrelevante para la incapacidad del puerto de funcionar; la VLAN debe crearse independientemente del modo VTP.
El puerto debería utilizar el modo dynamic desirable de DTP
DTP (Dynamic Trunking Protocol) se utiliza para negociar el enlace troncal (trunking) entre switches, no para determinar el funcionamiento de un puerto de acceso. Un puerto de acceso no necesita DTP; de hecho, los puertos de acceso suelen enviar tramas DTP pero no se utilizan para la negociación de troncales. Configurar el puerto como 'dynamic desirable' lo convertiría en un puerto con capacidad de troncal, no en un puerto de acceso, y no resolvería el problema de que la VLAN en sí no exista. El modo administrativo del puerto como acceso ya es correcto; el problema es la VLAN inexistente.
Las VLAN (Virtual Local Area Networks) segmentan un switch físico en múltiples dominios de difusión (broadcast) lógicos, lo que permite la separación del tráfico y una mejor gestión de la red. Cada VLAN se identifica mediante un VLAN ID y debe crearse explícitamente en la base de datos de VLAN del switch. Los puertos de acceso están configurados para asignar todas las tramas entrantes sin etiquetar a una VLAN específica, garantizando que los hosts conectados a estos puertos se comuniquen dentro del dominio de difusión de esa VLAN. Cuando un switchport se configura como un puerto de acceso para la VLAN 20, el switch espera que la VLAN 20 exista en su base de datos de VLAN. Si la VLAN 20 no se ha creado, el switch no puede asociar el tráfico del puerto con una VLAN válida. Aunque la interfaz física pueda mostrarse como up/up, lo que indica que el enlace está operativo, el proceso de reenvío de Capa 2 falla porque falta el contexto de la VLAN. Esto hace que los hosts conectados a ese puerto no puedan alcanzar dispositivos fuera de su segmento local, como el default gateway. Este escenario es una trampa común en los exámenes porque el estado de la interfaz puede engañar a los candidatos haciéndoles creer que el puerto está completamente operativo. Sin embargo, la configuración de la VLAN es fundamental para el reenvío en la Capa 2. El impacto práctico es que el tráfico se descarta silenciosamente, provocando problemas de conectividad. Los ingenieros de red deben verificar la existencia de la VLAN y su asignación adecuada a los puertos de acceso para garantizar una comunicación correcta en la Capa 2 y evitar estos fallos silenciosos.
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.