DifícilOpción múltiple

Pregunta de práctica de 200-301

Dos switches están conectados mediante un enlace trunk. La VLAN 50 existe en ambos switches, pero el tráfico sigue sin pasar a través del enlace. La lista de VLANs permitidas es correcta. ¿Qué elemento adicional se debe comprobar a continuación?

Elige la mejor respuesta.

Respuesta correcta

AVerifique si hay un desajuste en el trunk, como una inconsistencia en la native VLAN u otros problemas de parámetros del trunk.

Explicación

Después de confirmar que la VLAN existe en ambos switches y está permitida en el trunk, otro elemento importante por verificar es si el trunk en sí realmente está operativo con la encapsulación esperada y si existe una native VLAN u otra inconsistencia en el trunk. En lenguaje sencillo, el simple hecho de que la VLAN esté listada no garantiza que el trunk funcione correctamente en todos los aspectos relevantes. Los problemas de trunking aún pueden ocurrir debido a discrepancias de configuración más amplias. Esta pregunta trata sobre la resolución de problemas de forma disciplinada. Una vez descartado el problema obvio de la lista de permitidas, el siguiente paso es seguir comprobando otras características relacionadas con el trunk en lugar de saltar inmediatamente a funciones de enrutamiento o servicios no relacionados. La respuesta correcta es aquella que se mantiene enfocada en la verificación específica del trunk.

Por qué cada opción es correcta o incorrecta

Correcta

Verifique si hay un desajuste en el trunk, como una inconsistencia en la native VLAN u otros problemas de parámetros del trunk.

Un trunk con la VLAN 50 permitida en ambos extremos es solo un requisito previo para la conectividad de Capa 2; un desajuste en la native VLAN o una lista inconsistente de VLANs permitidas aún puede provocar que las tramas de la VLAN 50 se etiqueten con el ID de VLAN incorrecto o se descarten por completo. Verificar la encapsulación del trunk (802.1Q), el modo del trunk (desirable/trunk) y especialmente la consistencia de la native VLAN es el siguiente paso correcto porque estos parámetros determinan si las tramas de la VLAN 50 se reenvían correctamente a través del enlace.

Incorrecta

Reinicie los OSPF process IDs en ambos switches.

Los OSPF process IDs son valores con significado local que identifican un proceso de enrutamiento OSPF específico en un router o switch de Capa 3; no tienen relación con el trunking de VLANs en Capa 2. Dado que el problema reportado es que la VLAN 50 no funciona a través de un trunk, reiniciar los OSPF process IDs no alteraría el etiquetado del trunk, el tratamiento de la native VLAN ni el reenvío de las tramas de la VLAN 50, lo que hace que esta acción sea irrelevante para los síntomas.

Incorrecta

Agregue ip helper-address en cada interfaz de acceso.

Agregar ip helper-address a las interfaces de acceso simplemente configura el reenvío de tráfico de difusión (broadcast) de DHCP hacia un servidor DHCP remoto en la Capa 3. Si el trunk entre los dos switches está mal configurado, el tráfico de la VLAN 50 no puede atravesar el enlace en primer lugar, por lo que cualquier broadcast de DHCP o unicast retransmitido nunca llegaría al switch de destino. Esta opción no aborda la falla subyacente del trunk en Capa 2 y no restauraría la comunicación intra-VLAN.

Incorrecta

Deshabilite la tabla de direcciones MAC.

Deshabilitar la tabla de direcciones MAC evitaría que el switch aprenda o reenvíe las direcciones de destino de las tramas, deteniendo efectivamente toda la conmutación unicast en el dispositivo sin importar la configuración de la VLAN. El desajuste en el trunk, como una inconsistencia en la native VLAN, existe antes de que ocurra cualquier aprendizaje de MAC y no se resolvería borrando o deshabilitando la tabla. El enfoque correcto es inspeccionar y corregir los parámetros del trunk, no deshabilitar el comportamiento fundamental de conmutación de Capa 2.

Para profundizar

Un enlace trunk en redes Cisco es una conexión de Capa 2 entre switches que transporta tráfico para múltiples VLANs simultáneamente. Utiliza protocolos de etiquetado como IEEE 802.1Q para insertar identificadores de VLAN en las tramas Ethernet, lo que permite a los switches segregar y reenviar el tráfico correctamente a través de los límites de las VLANs. La native VLAN es una VLAN especial cuyas tramas se envían sin etiquetar en el trunk; ambos extremos del trunk deben coincidir en la native VLAN para evitar una mala interpretación de las tramas sin etiquetar. Al solucionar fallas de tráfico de VLAN en un trunk, verificar que la VLAN exista y esté permitida es necesario pero no suficiente. El trunk debe estar operativo con tipos de encapsulación coincidentes (por ejemplo, 802.1Q) y configuraciones de native VLAN consistentes en ambos switches. Una discrepancia en la native VLAN o en los parámetros del trunk puede hacer que las tramas se descarten o se enruten erróneamente, incluso si la VLAN está permitida. Este enfoque de verificación por capas garantiza que el trunk funcione correctamente de extremo a extremo antes de considerar problemas no relacionados. Una trampa común en el examen es saltar a configuraciones de Capa 3 o relacionadas con servicios, como los process IDs de OSPF o la configuración de retransmisión de DHCP, cuando el tráfico de VLAN falla en un trunk. Estas no afectan la operación del trunk en Capa 2. Otro error es deshabilitar la tabla de direcciones MAC, la cual es fundamental para la conmutación y causaría una interrupción mayor en la red. El punto clave práctico es enfocar la resolución de problemas en los parámetros específicos del trunk, como la native VLAN y la consistencia de la encapsulación, antes de explorar otras capas o características.

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.