Ccna 00-301, Volume Official

status command still shows the speed and duplex with the a- prefix. SW2’s port was manu-

ally set to 100/Full, so SW1 sensed the speed and runs at 100 Mbps; however, the autonego-

tiation rules then tell SW1 to use half duplex, as confirmed by the output in Example 7-8.

The output does not identify the duplex mismatch in any way; in fact, finding a duplex 

mismatch can be much more difficult than finding a speed mismatch. For instance, if you 

purposefully set the speed on the link in Figure 7-4 to be 10 Mbps on one switch and 100 

Mbps on the other, both switches would list the port in a down/down or notconnect state. 

However, in the case shown in Example 7-8, with a duplex mismatch, if the duplex settings 

do not match on the ends of an Ethernet segment, the switch interface will still be in a 

connected (up/up) or connected state. 

Not only does the show command give an appearance that the link has no issues, but the 

link will likely work poorly, with symptoms of intermittent problems. The reason is that the 

device using half duplex (SW1 in this case) uses carrier sense multiple access collision detect 

(CSMA/CD) logic, waiting to send when receiving a frame, believing collisions occur when 

they physically do not—and actually stopping sending a frame because the switch thinks a 

collision occurred. With enough traffic load, the interface could be in a connect state, but 

it’s extremely inefficient for passing traffic.

To identify duplex mismatch problems, check the duplex setting on each end of the link to 

see if the values mismatch. You can also watch for incrementing collision and late collision 

counters, as explained in the next section.