DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

SW1# 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

SW2# 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,50

Dos switches, SW1 y SW2, están conectados a través de un enlace troncal (trunk). Los hosts en la VLAN 50 en SW1 no pueden comunicarse con los hosts en la VLAN 50 en SW2, mientras que los hosts en otras VLAN se comunican normalmente. ¿Cuál es la causa más probable?

Elige la mejor respuesta.

Respuesta correcta

ALa VLAN 50 no está permitida en el trunk desde SW1.

Explicación

La explicación más sólida es que la VLAN 50 no está en la lista de VLAN permitidas en un extremo del trunk. En términos prácticos, el trunk está activo y transporta otras VLAN, por lo que el problema es selectivo y no total. Cuando se omite una VLAN de la lista de permitidas, solo esa VLAN falla mientras que las demás continúan funcionando normalmente. Este es un patrón de resolución de problemas (troubleshooting) de conmutación de gran valor porque premia la lectura atenta de la salida operativa en lugar de la teoría genérica de trunks.

Por qué cada opción es correcta o incorrecta

Correcta

La VLAN 50 no está permitida en el trunk desde SW1.

El trunk entre SW1 y SW2 tiene configurada una lista de VLAN permitidas que excluye la VLAN 50; cualquier trama etiquetada para esa VLAN se descarta en la interfaz trunk. Debido a que los trunks 802.1Q solo reenvían las VLAN permitidas explícitamente en la lista `switchport trunk allowed vlan`, la entrada faltante impide que el tráfico de la VLAN 50 llegue a SW2. Esto causaría que los clientes en la VLAN 50 pierdan conectividad a través del enlace.

Incorrecta

La VLAN nativa debe cambiarse a 50 en ambos switches.

La VLAN nativa es simplemente la VLAN que transporta tramas sin etiquetar en un trunk 802.1Q; no tiene relación con qué VLAN tienen permitido cruzar el enlace. Incluso si ambos switches configuran la VLAN nativa 50, el trunk aún no reenviaría esa VLAN a menos que se agregue a la lista de permitidas. Una discrepancia en la VLAN nativa generalmente desencadena errores de CDP o alarmas de spanning-tree, no el síntoma específico del descarte de la VLAN 50.

Incorrecta

El trunk debe cambiarse a un puerto de acceso.

Reemplazar el trunk con un único puerto de acceso obligaría a la interfaz a transportar solo una VLAN sin etiquetar, eliminando la capacidad multi-VLAN requerida por la red. Un puerto de acceso asignaría el dispositivo conectado a una sola VLAN de acceso y eliminaría cualquier etiqueta 802.1Q, por lo que el tráfico de la VLAN 50 aún podría quedar aislado o descartarse si ese puerto no está configurado para ella. Este cambio no restauraría el reenvío de la VLAN 50; simplemente alteraría la función del enlace a una conexión de borde de una sola VLAN.

Incorrecta

Los switches deben ejecutar PPP en el uplink.

PPP (Point-to-Point Protocol) es una encapsulación WAN de capa 2 utilizada en enlaces seriales o de acceso telefónico, no en trunks de switches Ethernet. El trunking entre switches Ethernet se basa en el etiquetado 802.1Q, el cual es independiente del entramado y la negociación de PPP. Implementar PPP en un uplink Gigabit Ethernet no sería compatible y resultaría irrelevante para la condición de la lista de permitidas de la VLAN 50.

Para profundizar

El enlace troncal (VLAN trunking) es un concepto fundamental en la conmutación de Cisco que permite que múltiples VLAN atraviesen un único enlace físico entre switches. Un puerto trunk transporta tráfico de múltiples VLAN etiquetando las tramas con identificadores de VLAN mediante protocolos como IEEE 802.1Q. Este etiquetado permite a los switches segregar el tráfico de manera lógica mientras comparten el mismo medio físico. La configuración adecuada de un trunk requiere que ambos extremos coincidan en las VLAN permitidas, la VLAN nativa y el modo trunk para garantizar una comunicación fluida entre VLAN a través de los switches. La regla clave en el trunking de VLAN es que el puerto trunk debe permitir explícitamente las VLAN que necesitan atravesarlo. Los switches Cisco utilizan el comando "switchport trunk allowed vlan" para especificar qué VLAN están permitidas en un trunk. Si se omite una VLAN de esta lista de permitidas en un extremo del trunk, las tramas etiquetadas con esa VLAN se descartan y nunca se reenvían a través del trunk. Este filtrado selectivo causa problemas de conectividad únicamente para la VLAN excluida, mientras que otras VLAN continúan funcionando con normalidad. Este comportamiento es fundamental para solucionar problemas de alcanzabilidad de VLAN. Una trampa común en los exámenes es confundir las discrepancias en la VLAN nativa o las malas configuraciones del modo trunk con problemas de filtrado de VLAN. Aunque las discrepancias en la VLAN nativa pueden provocar la pérdida de tramas sin etiquetar o riesgos de seguridad, no bloquean selectivamente el tráfico de una sola VLAN. De manera similar, cambiar un puerto trunk a un puerto de acceso deshabilita por completo el etiquetado de VLAN, lo cual no es la solución prevista cuando múltiples VLAN deben atravesar el enlace. Comprender que la lista de VLAN permitidas controla qué VLAN pasan por el trunk es esencial para evitar estos errores y diagnosticar correctamente las fallas de comunicación en las VLAN.

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.