助け合いフォーラム

Cisco

CCNA(200-301)
問題ID : 9890
問題を開く
インターフェースの状態がdown/downとなる原因はどれか(3つ選択)

この問題はプレミアムコンテンツです。

上に戻る

duplexの不一致もdown/downになるのではないですか。

投稿日 2025/05/17

packet tracerでシミュレーションしてみましたら,
duplexが一致していない場合でもdown/downになっています。
Sw2がHalf-duplexになっている場合のSw1の状態は以下のようになっています。
ちなみにどちらも2960を使っています。
「対向とduplexが一致していない」というのも正解なのではないでしょうか。

Sw1#show interfaces fa0/1
FastEthernet0/1 is down, line protocol is down (disabled)
Hardware is Lance, address is 00e0.8f4c.3001 (bia 00e0.8f4c.3001)
BW 100000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:08, output 00:00:05, 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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
956 packets input, 193351 bytes, 0 no buffer
Received 956 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
2357 packets output, 263570 bytes, 0 underruns
0 output errors, 0 collisions, 10 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier

2025/05/17 17:28

(すみません、Packet Tracer は使っていないので別の知識でコメントしてます)
Packet Tracer はシミュレーターであり、実機とは異なる挙動をすることがあるという前提があるとしてですが、出力の以下の点が気になりました。

Sw1#show interfaces fa0/1
FastEthernet0/1 is down, line protocol is down (disabled)

ただの down / down ではなく (disabled) となっているので、Duplex の話ではなく Spanning-tree の機能で err-disable にされてしまっている(本来は up / up だが、その後 down / down に させられている )のではないでしょうか?
以下のドキュメントでも、err-disable の原因の一つとして「Duplex の不一致」が挙げられています。
https://www.cisco.com/c/ja_jp/support/docs/lan-switching/spanning-tree-protocol/69980-errdisable-recovery.html#toc-hId--1588818600

この機能が最初に実装されたのは、スイッチの 1 つのポートで過剰コリジョンやレイト コリジョンが検出されるような、特殊なコリジョン状態を処理するためでした。
(略)
一般的に、これらのエラーの原因には、次のようなものがあります。
(略)
二重モードの不一致


コメント

p pika9150

2025/05/18 10:51

コメントありがとうございます。 解説や参考を読んでみたところ、err-disable状態のポートも「down/down」の一種になると思いますが、もしそうだとすると、Port Securityによってerr-disable状態になることがあるため、それが不正解の選択肢となってしまうのではないでしょうか。

a arashi1977

2025/05/18 20:48

ごめんなさい、ここについては実機が今手元にないのでなんとも言えないです。昔検証した時の記憶では問題なく `up/up` になったと思うのですが… ただ、CDP で CDP-4-DUPLEX_MISMATCH とかのエラーは出続けてた気がします。 検証できる実機ちょっと探してみます。

p pika9150

2025/05/18 20:55

ご丁寧にありがとうございます! もし検証できそうなタイミングがあれば、そのときに教えていただけると嬉しいです。もちろんご無理のない範囲で大丈夫です! 試験でこのような問題が出た場合は、まずは duplex 以外の正解と思われる選択肢を優先して選びます。必要な選択肢の数が足りない場合は、duplex の選択肢も加える形で対応しようと思います。

この返信に対して
コメントを記入できます

2025/05/19 10:52

横から失礼します。
Catalyst2960で実機検証してみましたので結果を共有させてください。

対向ポートには「duplex half」を設定済みの状態で、「duplex full」を設定しました。

Switch(config)#int fa 0/1
Switch(config-if)#duplex full ←全二重に固定する設定
Switch(config-if)#
*Mar  1 00:03:37.105: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
*Mar  1 00:03:38.103: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down ←DOWNしている様子
*Mar  1 00:03:39.110: %LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to down ←DOWNしている様子
*Mar  1 00:03:42.742: %LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to up ←再度UPしている様子
*Mar  1 00:03:42.767: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex). ←duplexのミスマッチを検出
*Mar  1 00:03:43.749: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up ←再度UPしている様子
*Mar  1 00:03:43.774: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:44.781: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:45.787: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:46.794: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:47.801: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:48.807: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:49.814: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
*Mar  1 00:03:50.820: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not half duplex), with Switch FastEthernet0/1 (half duplex).
Switch(config-if)#end
Switch#sh int fa 0/1
FastEthernet0/1 is up, line protocol is up (connected) ←UP/UPになっている
  Hardware is Fast Ethernet, address is 0022.0d77.5481 (bia 0022.0d77.5481)
  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/100BaseTX ←「duplex half」の設定が入っている
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:09, 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 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     94 packets input, 10146 bytes, 0 no buffer
     Received 81 broadcasts (81 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 81 multicast, 0 pause input
     0 input packets with dribble condition detected
     58 packets output, 11392 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

Switch#sh int status

Port      Name               Status       Vlan       Duplex  Speed Type
Fa0/1                        connected    1            full  a-100 10/100BaseTX ←statusは「connected」で、duplexは設定値通りの「full」
Fa0/2                        notconnect   1            auto   auto 10/100BaseTX
Fa0/3                        notconnect   1            auto   auto 10/100BaseTX
Fa0/4                        notconnect   1            auto   auto 10/100BaseTX
以下省略

上記のように「duplex full」を設定した後、一度DOWNしてまたUPするという結果になりました。
また、arashi1977 さんがおっしゃっているように「%CDP-4-DUPLEX_MISMATCH:」というエラーが出続けていました。


コメント

p pika9150

2025/05/19 19:59

ご丁寧に実機でご検証のうえ、状況をご共有いただき、本当にありがとうございます。一度DOWNしてから再びUPするという挙動はとても興味深いです。また、「%CDP-4-DUPLEX_MISMATCH:」のログが繰り返し出力される様子も含め、シミュレーションではなかなか見られない内容で、大変勉強になりました。

この返信に対して
コメントを記入できます

この投稿に対して返信しませんか?