DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

SW1# show interfaces gigabitethernet 0/1
GigabitEthernet0/1 is up, line protocol is up
  Hardware is Gigabit Ethernet, address is aaaa.bbbb.cccc (bia aaaa.bbbb.cccc)
  Description: Link to SW2
  Internet address is 10.10.10.1/30
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 2000 bits/sec, 2 packets/sec
  5 minute output rate 1000 bits/sec, 1 packets/sec
     12345 packets input, 1234567 bytes
     Received 1234 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 56789 multicast, 0 pause input
     0 input packets with dribble condition detected
     23456 packets output, 2345678 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

Un técnico de red está solucionando un problema de conectividad entre dos switches conectados directamente, SW1 y SW2. Los hosts en la VLAN 10 conectados a SW1 pueden hacer ping entre sí, pero no pueden hacer ping al gateway predeterminado ni a ningún host en la VLAN 10 conectado a SW2. La interfaz en SW1 está en estado up/up, pero la interfaz en SW2 está en estado up/down. ¿Cuál es la causa más probable del problema?

Elige la mejor respuesta.

Respuesta correcta

  • BAsegurarse de que ambos switches estén configurados con la misma configuración de dúplex, preferiblemente habilitando la autonegociación en ambas interfaces.

Explicación

La interfaz en SW2 está en up/down, lo que normalmente indica un problema de Capa 1, como una discrepancia de dúplex (duplex mismatch). La discrepancia de dúplex ocurre cuando un switch se configura manualmente en full-duplex y el otro en half-duplex, o la autonegociación falla, lo que hace que el lado que espera full-duplex informe up/down debido a errores excesivos. La opción A es incorrecta porque una discrepancia de MTU causaría problemas de conectividad, pero no un estado de interfaz up/down. La opción C es incorrecta porque un cable defectuoso probablemente causaría que ambas interfaces estuvieran en down/down, no en up/down. La opción D es incorrecta porque las colisiones tardías (late collisions) son un síntoma de una discrepancia de dúplex y no una causa independiente; aumentar el tamaño de la ventana de colisión no es un paso de resolución de problemas estándar. La solución correcta es asegurarse de que ambos switches usen la misma configuración de dúplex, preferiblemente mediante autonegociación (IEEE 802.3u).

Por qué cada opción es correcta o incorrecta

A

Incorrecta

Configurar la interfaz en SW2 para usar un valor de MTU diferente.

Alterar el valor de MTU en SW2 afectaría el manejo de paquetes de Capa 3 (por ejemplo, los umbrales de fragmentación) y no cambiaría el estado de la capa física o de enlace de datos de una interfaz Ethernet. El estado del protocolo de línea (up/down) está determinado por factores de Capa 1/2, como la detección de portadora, la negociación de dúplex y los mensajes keepalive; una discrepancia de MTU podría causar la pérdida de tramas grandes o problemas de rendimiento, pero no forzaría a una interfaz a mostrarse como inactiva. De hecho, incluso si hubiera una discrepancia de MTU, la interfaz permanecería en estado up/up, por lo que este comando no puede resolver el síntoma reportado.

B

Correcta

Asegurarse de que ambos switches estén configurados con la misma configuración de dúplex, preferiblemente habilitando la autonegociación en ambas interfaces.

La salida de SW1 muestra que la interfaz está en full-duplex, pero la interfaz de SW2 está en up/down. Este es un síntoma clásico de una discrepancia de dúplex (duplex mismatch), donde un lado está en full y el otro en half-duplex. Configurar ambos extremos con el mismo dúplex (o habilitar la autonegociación) resolverá el problema.

C

Incorrecta

Reemplazar el cable Ethernet que conecta SW1 y SW2.

Un cable Ethernet defectuoso normalmente produciría una pérdida de enlace en ambos switches simultáneamente, lo que resultaría en que ambas interfaces muestren down/down, o causaría intermitencia (flapping) en ambos extremos si la falla es marginal. Aquí, la interfaz de SW1 está operativa (full-duplex) mientras que SW2 muestra up/down, lo cual es una condición unilateral que una falla física en el cable no provoca. Un problema de cable no puede deshabilitar selectivamente un lado mientras deja el otro completamente funcional, por lo que reemplazar el cable es irrelevante para corregir una discrepancia de dúplex.

D

Incorrecta

Verificar si hay colisiones tardías (late collisions) en la interfaz y aumentar el tamaño de la ventana de colisión.

Las colisiones tardías pueden ser un síntoma de una discrepancia de dúplex, pero la salida del comando show indica 0 colisiones tardías. Aumentar el tamaño de la ventana de colisión no es una solución estándar y no abordaría la discrepancia de configuración subyacente.

Para profundizar

El concepto subyacente es la discrepancia de dúplex (duplex mismatch) entre interfaces Ethernet conectadas directamente. Cuando un lado se configura con una opción de full-duplex fija y el otro lado usa autonegociación, el lado automático puede no lograr establecer un enlace de dúplex adecuado y recurrir a half-duplex, ya que no puede intercambiar los parámetros negociados. El dispositivo en full-duplex no escucha colisiones antes de transmitir, por lo que el dispositivo en half-duplex detecta colisiones tardías y puede descartar tramas, lo que genera errores CRC, tramas fragmentadas (runts) y, en última instancia, hace que la interfaz pase al estado up/down a medida que la capa de enlace de datos pierde la sincronización. Una idea errónea común es que una falla en el cable o en el hardware es la responsable, pero la asimetría de up/down en extremos opuestos apunta a un problema de configuración. Los switches Cisco modernos admiten opciones de CLI como 'speed' y 'duplex', y el Cisco Discovery Protocol (CDP) puede ayudar a identificar discrepancias al informar el dúplex remoto. La buena práctica es habilitar la autonegociación en ambos extremos, excepto para dispositivos heredados específicos que requieran una configuración estática, y verificar con 'show interfaces' o 'show interfaces status' que ambos pares coincidan en velocidad y dúplex.

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.