DifficileChoix unique

Question d'entraînement 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 technicien réseau résout un problème de connectivité entre deux switches directement connectés, SW1 et SW2. Les hôtes du VLAN 10 connectés à SW1 peuvent se pinger entre eux mais ne peuvent pas pinger la passerelle par défaut ni aucun hôte du VLAN 10 connecté à SW2. L'interface sur SW1 est up/up, mais l'interface sur SW2 est up/down. Quelle est la cause la plus probable du problème ?

Choisissez la meilleure réponse.

Bonne réponse

BS'assurer que les deux switches sont configurés pour le même paramètre de duplex, de préférence en activant l'autonégociation sur les deux interfaces.

Explication

L'interface sur SW2 est up/down, ce qui indique généralement un problème de couche 1 tel qu'une non-concordance de duplex (duplex mismatch). Une non-concordance de duplex se produit lorsqu'un switch est configuré manuellement en full-duplex et l'autre en half-duplex, ou que l'autonégociation échoue, ce qui amène le côté attendant le full-duplex à afficher up/down en raison d'erreurs excessives. L'option A est incorrecte car une non-concordance de MTU causerait des problèmes de connectivité mais pas un état d'interface up/down. L'option C est incorrecte car un câble défectueux causerait probablement les deux interfaces à être down/down, et non up/down. L'option D est incorrecte car les collisions tardives sont un symptôme d'une non-concordance de duplex et non une cause distincte ; augmenter la taille de la fenêtre de collision n'est pas une étape de dépannage standard. La bonne solution est de s'assurer que les deux switches utilisent le même paramètre de duplex, de préférence via l'autonégociation (IEEE 802.3u).

Pourquoi chaque option est juste ou fausse

Fausse

Configurer l'interface sur SW2 pour utiliser une valeur de MTU différente.

Modifier la valeur du MTU sur SW2 affecterait le traitement des paquets de couche 3 (par exemple, les seuils de fragmentation) et ne modifierait pas l'état de la couche physique ou liaison de données d'une interface Ethernet. L'état du protocole de ligne (up/down) est déterminé par des facteurs de couche 1/2 tels que la détection de porteuse, la négociation du duplex et les messages keepalive ; une non-concordance de MTU peut provoquer des pertes de grands paquets ou des problèmes de performance, mais ne forcerait pas une interface à s'afficher down. En fait, même en présence d'une non-concordance de MTU, l'interface resterait dans un état up/up, donc cette commande ne peut pas résoudre le symptôme signalé.

Juste

S'assurer que les deux switches sont configurés pour le même paramètre de duplex, de préférence en activant l'autonégociation sur les deux interfaces.

La sortie de SW1 montre que l'interface est en full-duplex, mais l'interface de SW2 est up/down. C'est le symptôme classique d'une non-concordance de duplex, où un côté est en full et l'autre en half-duplex. Configurer les deux extrémités avec le même duplex (ou activer l'autonégociation) résoudra le problème.

Fausse

Remplacer le câble Ethernet connectant SW1 et SW2.

Un câble Ethernet défectueux entraînerait généralement une perte de lien sur les deux switches simultanément, provoquant l'affichage down/down pour les deux interfaces, ou causerait des fluctuations (flapping) intermittentes sur les deux extrémités si le défaut est marginal. Ici, l'interface de SW1 est opérationnelle (full-duplex) tandis que SW2 indique up/down, ce qui est une condition unilatérale qu'un défaut de câble physique ne crée pas. Un problème de câble ne peut pas désactiver sélectivement un côté tout en laissant l'autre totalement fonctionnel, donc remplacer le câble n'est pas pertinent pour corriger une non-concordance de duplex.

Fausse

Vérifier la présence de collisions tardives sur l'interface et augmenter la taille de la fenêtre de collision.

Les collisions tardives peuvent être le symptôme d'une non-concordance de duplex, mais la sortie de la commande show indique 0 collision tardive. L'augmentation de la taille de la fenêtre de collision n'est pas une correction standard et ne résoudrait pas la non-concordance de configuration sous-jacente.

Pour aller plus loin

Le concept sous-jacent est la non-concordance de duplex entre des interfaces Ethernet directement connectées. Lorsqu'un côté est configuré avec un paramètre full-duplex fixe et que l'autre côté utilise l'autonégociation, le côté automatique peut ne pas parvenir à établir une liaison duplex correcte et se replier sur le half-duplex, car il ne peut pas échanger les paramètres négociés. L'appareil en full-duplex n'écoute pas les collisions avant d'émettre, de sorte que l'appareil en half-duplex détecte des collisions tardives et peut rejeter les trames, provoquant des erreurs CRC, des trames tronquées (runts) et finalement la transition de l'interface vers l'état up/down à mesure que la couche liaison de données perd la synchronisation. Une idée reçue fréquente est qu'un câble ou un défaut matériel est responsable, mais l'asymétrie de l'état up/down sur les extrémités opposées pointe vers un problème de configuration. Les switches Cisco modernes prennent en charge les options CLI 'speed' et 'duplex', et le Cisco Discovery Protocol (CDP) peut aider à identifier les non-concordances en signalant le duplex distant. La bonne pratique consiste à activer l'autonégociation sur les deux extrémités, à l'exception de certains équipements hérités (legacy) qui nécessitent une configuration statique, et à vérifier avec 'show interfaces' ou 'show interfaces status' que les deux pairs s'accordent sur la vitesse et le duplex.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.