在某企业的局域网内，网络管理员进行网络质量测试的时候发现网络有丢包的现象，丢包率在万分之三左右。使用普通的测试方法是难以察觉。
经过详细检查，发现问题是由于交换机与路由器之间的特殊双工模式匹配引起的。
看一下具体情况：
交换机：
类型：CISCO 2950
端口模式：AUTO（FULL）
路由器：
类型：CISCO 3640
端口模式：AUTO（FULL）
按照双工模式原则是两端采取自协商或者是绑定全双工。C2950交换机和C3640路由器都是CISCO产品，也符合了双工模式的原则，自协商结果也是FULL，理应不会出现以上情况。接着我们采取双工模式的第二种原则“绑定全双工”的操作，问题马上解决，丢包的情况消失。后来我们对全网设备进行检查，发现并不是所有自协商设备都会出现同样丢包问题。这可能是IOS版本，自协商机制不同所造成。那么如何能够发现这种特殊双工模式所产生的问题成为了解决这个问题的关键。
以下介绍一个实用的方法：
使用show int命令，显示以下数据：
FastEthernet0/0 is up, line protocol is up
Hardware is AmdFE, address is 0007.eb1d.ac01 (bia 0007.eb1d.ac01)
Internet address is 132.119.19.99/28
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 8/255, rxload 6/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, 100BaseTX/FX
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 6d10h
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 1/75, 893 drops
5 minute input rate 2621000 bits/sec, 402 packets/sec
5 minute output rate 3299000 bits/sec, 432 packets/sec
161792057 packets input, 1418410403 bytes
Received 1545019 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
174372859 packets output, 2059947622 bytes, 0 underruns(0/0/0)
0 output errors, 0 collisions, 6 interface resets
0 babbles, 0 late collision, 186 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
注意红色字体。“deferred”字段，是缓期、延期的意思。当该字段数值非零时，意味着有可能是载波、传输和自协商问题。这次自协商问题也导致了这个deferred字段值不断地增加。
总结：
1. 在配置双工模式时，建议绑定全双工。
2. 对网络设备的接口信息进行监控跟踪。例如：CRC、collision、deferred、babbles值，这样能够防范于未然。
