Na minha opinião, como o 2131 diz, o servidor DHCP irá enviar o ICMP para o ip antes de enviá-lo ao cliente, e se esse icmp for respondido, o servidor enviará outro ip. Assim, eu penso, uma vez que há um conflito (como se alguém configurasse manualmente o mesmo ip em outro host na vlan enquanto esse ip já era obtido pelo dhcp client), o servidor deveria ser capaz de detectar esse conflito assim que recebesse o REQUESE pela primeira vez. cliente e distribuir um novo ip para o cliente. Mas no meu caso, o servidor ainda reconhece esse ip conflitante para o dhcp client.
Eu tinha um hub conectado a um servidor dhcp (debian 8) e hosts A. Então eu tive dhcp-server dado hostA 192.168.2.170 automaticamente. Em seguida eu configurei a interface de um hostB com o mesmo ip 192.168.2.170 manualmente, e até que a interface para esse hub, mas não só hostB pode pingar o servidor (talvez 40% de perda), mas também ainda seria capaz de renovar esse 192.168.2.170 do servidor com sucesso (eu usei o wireshark e descobri que o servidor já sabia que o ip é duplicado, não pelo ICMP, mas pelo arp)
A minha pergunta é, se o meu caso acontecer, como é que o isc-dhcp-server faz a deteção? O isc-dhcp-server é capaz de lidar com este caso, qual deles em vlan é configurado com o mesmo ip após o qual já foi dado a um cliente?