DifícilOpción múltiple

Pregunta de práctica de 200-301

Un trunk de switch transporta varias VLANs, pero el tráfico de la VLAN 99 está fallando. La lista permitida del trunk incluye la VLAN 99 en ambos lados. ¿Qué afirmación explica mejor por qué una VLAN aún puede fallar incluso cuando está permitida?

Elige la mejor respuesta.

Respuesta correcta

APorque la VLAN aún puede estar ausente, inactiva o no operativa de otra manera a nivel local, incluso si está permitida en el trunk

Explicación

Una VLAN aún puede fallar a través de un trunk incluso cuando está permitida porque la lista permitida es solo una parte del diseño general. En palabras simples, un switch puede permitir la VLAN en el enlace, pero si la VLAN no existe realmente de forma local, no está activa o si alguna otra característica del trunk es inconsistente, el tráfico aún puede fallar. Este es un principio de resolución de problemas importante de CCNA: una línea de configuración correcta no garantiza que toda la condición de extremo a extremo sea correcta. Los candidatos a menudo se detienen en la lista de VLANs permitidas porque es visible en los comandos show comunes. Sin embargo, la presencia de la VLAN, el estado local y otros parámetros del trunk siguen importando. La mejor respuesta es la que reconoce que el permiso en el trunk no prueba automáticamente que toda la ruta de la VLAN esté en buen estado.

Por qué cada opción es correcta o incorrecta

Correcta

Porque la VLAN aún puede estar ausente, inactiva o no operativa de otra manera a nivel local, incluso si está permitida en el trunk

Una entrada en la lista de VLANs permitidas del trunk solo autoriza que pasen tramas 802.1Q para esa VLAN; no crea ni activa la VLAN. Si la VLAN 99 está ausente de la base de datos de VLANs local, está apagada administrativamente con el comando 'shutdown vlan' o no tiene puertos miembro activos ni SVI levantada, no está operativa localmente. Por lo tanto, aunque la configuración del trunk permita la VLAN 99, la conectividad de extremo a extremo fallará porque la VLAN no está funcionando en el switch mismo.

Incorrecta

Porque permitir una VLAN en un trunk la deshabilita automáticamente

El comando 'switchport trunk allowed vlan add 99' simplemente añade la VLAN 99 a la lista de VLANs cuyas tramas etiquetadas pueden atravesar el trunk. Esto no deshabilita la VLAN; de hecho, la permite explícitamente. Una VLAN se deshabilita usando 'no vlan 99' para eliminarla o 'shutdown vlan 99' para desactivarla administrativamente. Por lo tanto, permitir una VLAN en un trunk nunca la deshabilita automáticamente; las dos operaciones son completamente independientes.

Incorrecta

Porque las VLANs pueden cruzar los trunks solo cuando PAT está habilitado

PAT (Port Address Translation) es una técnica de Network Address Translation que mapea múltiples direcciones IP privadas a una sola dirección IP pública para el tráfico saliente de Internet. La operación de trunk es una función de Capa 2 donde las etiquetas 802.1Q en las tramas Ethernet identifican diferentes VLANs a medida que atraviesan un enlace trunk. PAT no tiene relación con el etiquetado de VLANs de Capa 2 o su transporte a través de un trunk. Las VLANs cruzan los trunks puramente mediante encapsulación 802.1Q o ISL, no a través de PAT ni de ningún otro mecanismo de traducción de Capa 3.

Incorrecta

Porque la VLAN 99 siempre debe ser la VLAN nativa

La VLAN nativa es una VLAN especial en un trunk 802.1Q que transporta sus tramas sin etiquetar, configurada típicamente con 'switchport trunk native vlan <vlan-id>'. No existe ningún requisito de que la VLAN 99 deba ser la VLAN nativa; cualquier VLAN se puede configurar como nativa y cualquier VLAN se puede transportar a través de un trunk como una VLAN etiquetada. Si la VLAN 99 no es la VLAN nativa, simplemente envía y recibe tramas etiquetadas con 802.1Q. Por lo tanto, necesitar que la VLAN 99 sea la VLAN nativa es un concepto erróneo; su operatividad depende de que esté definida y activa, no de su estado nativo.

Para profundizar

Una VLAN (Virtual Local Area Network) segmenta lógicamente una red con switches en dominios de difusión (broadcast) separados, permitiendo que los dispositivos se comuniquen como si estuvieran en redes físicas distintas. Los trunks de switch transportan tráfico para múltiples VLANs simultáneamente etiquetando las tramas con identificadores de VLAN, típicamente utilizando el estándar IEEE 802.1Q. La lista de VLANs permitidas en el trunk controla qué VLANs tienen permitido atravesar el enlace trunk, pero esta lista solo rige el reenvío de tramas en la interfaz del trunk en sí. Incluso si la VLAN 99 está incluida en la lista permitida del trunk en ambos extremos, la VLAN también debe estar definida y activa localmente en cada switch. Esto significa que la VLAN debe existir en la base de datos de VLANs, estar operativa (no inactiva por shutdown) y tener interfaces o puertos de Capa 2 asociados asignados a ella. Si falta la VLAN 99, está inactiva o mal configurada en cualquiera de los switches, el tráfico para esa VLAN fallará a pesar de estar permitido en el trunk. Por lo tanto, la lista de VLANs permitidas es necesaria pero no suficiente para que el tráfico de la VLAN pase. Una trampa común de los exámenes es asumir que permitir una VLAN en un trunk garantiza automáticamente la conectividad para esa VLAN. Los candidatos a menudo pasan por alto el estado de configuración de la VLAN local y su estado operativo. En la práctica, las VLANs deben configurarse de manera consistente y estar activas en todos los switches de la ruta. No verificar la presencia y el estado de la VLAN puede provocar retrasos en la resolución de problemas y conclusiones incorrectas sobre problemas de trunks o VLANs.

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.