DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

SwitchA# show interfaces trunk

Port        Mode         Encapsulation  Status        Native vlan
Gi0/1       on           802.1q         trunking      1

Port        Vlans allowed on trunk
Gi0/1       10,20,40

SwitchB# show interfaces trunk

Port        Mode         Encapsulation  Status        Native vlan
Gi0/1       on           802.1q         trunking      1

Port        Vlans allowed on trunk
Gi0/1       10,20,30,40

Las PCs en la VLAN 30 en el SwitchA no pueden comunicarse con las PCs en la VLAN 30 en el SwitchB. La VLAN 30 existe en ambos switches y todas las demás VLANs funcionan a través del mismo enlace. Según la exhibición, ¿cuál es la causa más probable?

Elige la mejor respuesta.

Respuesta correcta

ALa VLAN 30 no está permitida en el trunk desde el SwitchA.

Explicación

El trunk está activo, pero la VLAN 30 no está en la lista de permitidas (allowed list) en el SwitchA. En términos sencillos, el pasillo entre los switches está abierto, pero un lado se niega a transportar esa VLAN específica a través de él. Dado que las otras VLANs están funcionando, la falla es selectiva en lugar de total. Eso apunta fuertemente a un problema de VLANs permitidas en lugar de una interrupción más amplia del trunk. Este es un escenario clásico de conmutación de CCNA porque evalúa si se puede separar el estado de salud del trunk del reenvío por VLAN. Un trunk puede estar operativo y aun así bloquear una VLAN si esa VLAN no está permitida en uno de los extremos. La VLAN nativa y la encapsulación no son el problema que se muestra aquí; el problema es la discrepancia en la lista de permitidas.

Por qué cada opción es correcta o incorrecta

Correcta

La VLAN 30 no está permitida en el trunk desde el SwitchA.

La VLAN 30 no está incluida en la lista de permitidas del trunk del SwitchA, por lo que las tramas de la VLAN 30 no se reenvían a través del trunk hacia el SwitchB. A diferencia de la VLAN nativa, que no está etiquetada, la VLAN 30 debe permitirse explícitamente con el comando `switchport trunk allowed vlan` en ambos extremos. Sin esta entrada, todo el tráfico de la VLAN 30 permanece aislado en el switch local, lo que impide que las PCs del SwitchB se comuniquen con las del SwitchA.

Incorrecta

La VLAN nativa no coincide (mismatch).

Un desajuste de VLAN nativa podría causar problemas de spanning-tree y de tráfico sin etiquetar, pero ambos switches están configurados con la VLAN nativa 1, por lo que este no es el problema. Además, un desajuste afectaría a cualquier tráfico sin etiquetar, no bloquearía selectivamente solo la VLAN 30, que normalmente estaría etiquetada. Por lo tanto, esta opción no explica el síntoma reportado.

Incorrecta

El trunk debe usar ISL en lugar de 802.1Q.

El trunk ya está utilizando 802.1Q, que es el estándar IEEE y está transportando con éxito las otras VLANs entre los switches. ISL es una encapsulación propietaria de Cisco que no es necesaria para este escenario, y convertir el trunk a ISL no agregaría la VLAN 30 a la lista de permitidas. Por lo tanto, el problema radica en la configuración del filtrado de VLAN, no en el tipo de encapsulación del trunk.

Incorrecta

La VLAN 30 debe configurarse como la VLAN nativa.

Configurar la VLAN 30 como la VLAN nativa no es un requisito para cruzar un trunk; la VLAN nativa se utiliza únicamente para tramas sin etiquetar, mientras que todas las demás VLANs se encapsulan con etiquetas 802.1Q. La VLAN 30 se puede transportar normalmente como una VLAN etiquetada siempre que esté en la lista de permitidas. Forzar a la VLAN 30 a ser nativa no solucionaría la falta de la entrada en la lista de permitidas y podría complicar la encapsulación del trunk.

Para profundizar

Los trunks de VLAN son esenciales en las redes Cisco para transportar múltiples VLANs a través de un único enlace físico entre switches. El enlace trunk utiliza protocolos de etiquetado como IEEE 802.1Q para identificar las tramas de VLAN, de modo que el tráfico de diferentes VLANs permanezca lógicamente separado al atravesar el mismo cable. Cada switch debe estar configurado para permitir las VLANs que necesitan pasar a través del trunk. Si una VLAN no está incluida en la lista de VLANs permitidas en un puerto trunk, las tramas etiquetadas con ese ID de VLAN se descartarán y no se reenviarán a través del enlace. En este escenario, el trunk entre el SwitchA y el SwitchB está operativo y otras VLANs están pasando correctamente, lo que indica que la configuración física y lógica del trunk es mayormente correcta. Sin embargo, la VLAN 30 no está en la lista de VLANs permitidas en el puerto trunk del SwitchA, lo que provoca un bloqueo selectivo del tráfico de la VLAN 30. Los switches Cisco aplican el filtrado de VLAN en los trunks basándose en la lista de VLANs permitidas, por lo que incluso si la VLAN existe en ambos switches, debe estar explícitamente permitida en el trunk para transmitir tráfico. Una trampa común en los exámenes es confundir los desajustes de VLAN nativa o los tipos de encapsulación de trunk como la causa de los problemas de conectividad de VLAN. Aunque los desajustes de VLAN nativa pueden causar problemas con el tráfico sin etiquetar, no bloquean selectivamente las VLANs etiquetadas. De manera similar, 802.1Q es el protocolo de trunking estándar y funciona bien si pasan otras VLANs. La lección práctica es verificar siempre la lista de VLANs permitidas en los puertos trunk cuando surgen problemas de conectividad específicos de una VLAN, ya que esta es una causa frecuente de fallas de alcanzabilidad parcial de VLAN 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.