IPv4：

它会“拍打”。在发送主机（另一台主机或网关/路由器）上，将有一个 IP 的 ARP 条目指向其中一台主机的 MAC 地址。数据包将到达其中一台主机，无论 ARP 条目当前指向何处。这将有效地中断两台主机的连接。

IPv6：

邻居发现协议将在配置/激活新地址之前进行重复地址检测 (DAD)。当它检测到新的临时地址已在使用时，它不会激活该地址，因此“第一个”主机将继续具有连接性。

如果有重复的 IP 地址，哪一个“获胜”？首先，最后，襟翼，两者都没有？

过去六个小时我一直在思考这个问题……我认为最合适的答案是“无人获胜”。

换句话说，至少不能可靠地使用两台计算机。此外，您正在花时间解决问题，而这些时间本可以用于效率更高的事情。任何长期担任网络工程师的人都知道时间是我们经常缺乏的一件事。

防止IP冲突的基本解决方案

IP 冲突表明 IP 分配流程基本崩溃或缺乏良好的 IP 分配流程。如果流程有问题，此类问题应迅速解决；否则你可能会在这样的战术问题上花费太多的周期。

主动规划可以使用：

• 用于 PC 的 DHCP
• 服务器的静态 DHCP 预留
• 交换机端口上的 DHCP 侦听
• 交换机端口上的 IP Source Guard
• 交换机端口上的动态 ARP 检查

在 Cisco IOS 中，IP Source Guard 和 DHCP 监听配置类似于：

!! NOTE: Source guard requires DHCP Snooping global config
!! NOTE: Source guard requires DHCP Snooping on vlan
!! NOTE: Source guard *static* bindings REQUIRE DHCP snooping on the switch
!!     (even if you aren't using DHCP anywhere else)
ip dhcp snooping
ip dhcp snooping vlan 100,200
!
! static Source Guard binding for a non-DHCP device
ip source binding 0011.2233.4455 vlan 100 10.71.2.85 interface GigabitEthernet 5/48
!
interface GigabitEthernet 4/1
 description For DHCP_SERVER port
 switchport access vlan 200
 ! Trust DHCP server ports
 ip dhcp snooping trust
!
interface GigabitEthernet 5/20
 description For DHCP_PC port
 switchport access vlan 200
 no ip dhcp snooping trust
 ip verify source
!

像这样的解决方案将在 IP 冲突开始之前阻止它们。如果您已经遇到问题，我将开始制定解决方案。这只是一种可能的解决方案。

对于 IPv4，发送到重复地址的 IP 数据包将发送到当前在 ARP 缓存中的 MAC 地址。仅当两台主机都向发送方发送 ARP 回复时才会发生摆动，从而摆动 ARP 条目。如果未收到 ARP 回复，则与重复 IP 的所有者之一的连接将正常。

所以最后一个回答（或已经回答）ARP 请求的主机将“获胜”。将为每个想要与重复 IP 通信的新主机举办此竞赛。

您可以通过定期发送免费 ARP 来操纵比赛。

如果没有 ARP 条目（另一个主机想要与 dup 对话），那么谁先回答谁就赢；主机（和许多路由器）有时会缓存 ARP 条目数小时。