Os servidores DHCP devem poder enviar pacotes DHCPOFFER para clientes que não possuem um IP, então eles transmitem seus DHCPOFFERs com um endereço MAC de destino de broadcast (FF: FF: FF: FF: FF) e também com um destino de broadcast Endereço IP (255.255.255.255). Infelizmente, o Linux insiste em alterar o IP de destino 255.255.255.255 para o endereço de broadcast de sub-rede local; isso leva a uma violação do protocolo DHCP.
Embora muitos clientes DHCP não notem o problema, alguns (por exemplo, todos os clientes DHCP da Microsoft). Os clientes que tiverem este problema aparecerão para não ver as mensagens DHCPOFFER do servidor.
O que a página citada anteriormente faz é "enganar" o Linux net engine para poder usar o IP 255.255.255.255 como o IP de destino do DHCPOFFER por vários métodos envolvendo a criação de rotas, ou adicionando nomes de host com ele 255.255. 255,255 IP, etc.
EDITAR: Não importa onde o cliente DHCP está localizado na rede; O problema é que alguns clientes DHCP exigentes irão ignorar uma oferta DHCP se o seu IP de destino for diferente de 255.255.255.255. Por favor considere se, por exemplo, o PXE inicializa um PC, o firmware PXE é o "primeiro" cliente DHCP; em seguida, se você carregar um kernel / initrd Linux, terá uma "segunda" solicitação DHCP feita pelo kernel Linux de inicialização. Neste caso, em uma única sessão de inicialização PXE, você tem 2 clientes DHCP consecutivos completamente diferentes e pode acontecer que, enquanto o primeiro pode tolerar a violação do protocolo DHCP descrito, o segundo provavelmente não pode. O mesmo PC de inicialização PXE poderia ter funcionado muito bem antes se você inicializasse apenas clientes DHCP "perdoadores".
Para "ver" o que está acontecendo, recomendo pegar algumas capturas de tráfego do Wireshark e ver o problema no nível do pacote.