到目前为止，最常见的问题是配置错误。有些人仍然坚持认为自动协商不能可靠地工作的旧观念。

如果您有不同的供应商，可能会出现问题，但我不经常看到。我更愿意将自动协商作为我的第一个解决方案，如果失败则退回到硬编码。

看到端口以 100/half 运行是很常见的，因为如果一侧有自动，另一侧有 100/full，那么可以检测速度，但必须假设双工是一半，因为它无法协商。

您的 NMS 应该能够检测到这一点，但您可以编写一个登录脚本并执行以下操作：

sh int status | i half

并报告所有半双工运行的接口。这仅适用于开关。对于路由器，您需要类似的东西：

sh interfaces | i Fast|Giga|half

然后你需要以某种方式解析它。不过使用 SNMP 可能更好。浏览 Ciscos SNMP 页面SNMP Object Navigator表明您应该能够使用 OID 1.3.6.1.4.1.9.5.1.4.1.1.10，即 PortDuplex。

双工不匹配的症状之一是后期冲突。让您的 NMS 就这些冲突向您发出警报是找到它们的好方法。至少某些 Cisco 型号/IOS 版本可以为这些冲突发送 SNMP 陷阱。

它总是配置错误，因为双工模式是 L1 配置问题。如果在匹配 DM 和无故障电缆的情况下仍存在 L1 问题，则至少有一个 NIC 损坏。我建议您考虑有关自动配置的两个事实：并非每个设备都支持自动配置，也不能确定两个接口都将在全双工模式下运行。

考虑到停电，这将是配置错误的原因。接口将不得不再次协商。要么制造商正确记录其设备，要么您只能猜测 NIC 如何优先考虑双工和数据速率。

千兆以太网要求全双工操作，但仍允许半双工。但是，只要有快速以太网或更少的以太网可用，双工模式就是一个因素。仍然有一些设备不需要超过 100 Mbps 的速度，因为它链接到一条永远不会提供更高速度的线路。

还有一些没有 Web 界面或 CLI 的设备。它们使用用于 HD 和 FD 的微型 DIP 开关。一种可能会导致用户混淆的方法。

并且有来自同一制造商的设备与该系列的其余部分不符。例如，除一台设备外，所有设备都要求 AN。也许没有人会预料到这一点。可以这么说 - 永远不要忽视错误配置。

在低级别，双工不匹配的重要指标是在链路的半双工端报告的大量“后期冲突”。全双工端不太可能显示错误。

在更高级别上，双工不匹配的一个常见指标是 ping 可以工作，但更复杂的东西要么完全失败，要么性能极差。像 TCP 这样的协议会尝试同时在两个方向上发送数据，在正确运行的全双工链路上这显然可以正常工作，在正确运行的半双工链路上它也可以正常工作，因为以太网将缓冲数据包直到线路空闲但是在双工不匹配的链路上，它实际上肯定会导致延迟冲突，从而导致数据包丢失。