DHCP-client kan geen DHCP-toegewezen IP-adres verkrijgen

In dit artikel wordt een probleem opgelost waarbij een DHCP-client geen DHCP-toegewezen IP-adres kan ophalen.

Oorspronkelijk KB-nummer: 167014

Symptomen

Wanneer een DHCP-client wordt verplaatst van het ene subnet naar het andere, kan het niet mogelijk zijn om een geldig IP-adres op het nieuwe subnet te verkrijgen.

Oplossing

U kunt dit probleem omzeilen door een van de volgende methoden uit te voeren:

• Gebruik geen IP-adresseringsschema's die overlappen.

• Voer de volgende opdrachten uit nadat u de client naar een nieuw segment hebt verplaatst:

  Ipconfig /Release
  Ipconfig /Renew
  

Meer informatie

Wanneer een DHCP-client die eerder een DHCP-toegewezen adres heeft, opnieuw is gestart, krijgt de client de status INIT-REBOOT. De client probeert te controleren of het nog steeds hetzelfde adres kan gebruiken door een DHCPRequest-pakket te verzenden, waarbij het DHCP-optieveld 'AANGEVRAAGDE DHCP-adres' wordt ingevuld met het eerder toegewezen IP-adres.

Als de DHCP-server stil blijft, gaat de client ervan uit dat het vorige adres nog steeds geldig is en behoudt. Als een DHCP-server een NACK-pakket verzendt als reactie op de DHCPRequest, gaat de client naar de discover-cyclus; ook wordt het eerder toegewezen adres in het DHCPDiscover-pakket aangevraagd.

Wanneer een DHCP-server een DHCPRequest ontvangt met een eerder toegewezen adres dat is opgegeven, controleert deze eerst of deze afkomstig is van het lokale segment door het GIADDR-veld te controleren. Als het afkomstig is van het lokale segment, vergelijkt de DHCP-server het aangevraagde adres met het IP-adres en het subnetmasker dat hoort bij de lokale interface die de aanvraag heeft ontvangen.

Als het adres zich in hetzelfde subnet bevindt, blijft de DHCP-server stil, zelfs als het adres zich niet in het bereik van de adresgroep met adressen bevindt. De DHCP-server gaat ervan uit dat het adres is toegewezen door een andere DHCP-server in hetzelfde segment als het niet afkomstig is van een eigen pool. Als het adres de controle van het subnetmasker/IP-adres mislukt, controleert de DHCP-server of het afkomstig is van een Superscope, als er een is gedefinieerd. Zo niet, dan reageert de server met een NACK-pakket op de DHCPRequest.

Als de client die de DHCPRequest verzendt een adres aanvraagt dat zich in hetzelfde subnet bevindt, maar daadwerkelijk is toegewezen met een ander subnetmasker, blijft de DHCP-server stil en kan de client geen geldig IP-adres voor het nieuwe subnet verkrijgen.

Stel dat de DHCP-client adres 172.17.3.x verkrijgt met een subnetmasker van 255.255.255.0 en dat de client wordt verplaatst naar een nieuw segment waarin het adres van de DHCP-server 172.17.1.x is met een subnetmasker van 255.255.0.0. Wanneer de vergelijking van het subnetmasker/IP-adres wordt uitgevoerd op de DHCP-server, blijft de DHCP-server stil, ervan uitgaande dat een andere DHCP-server in het segment dat het adres heeft toegewezen. Als de subnetmaskers zijn omgekeerd, zou de client een geldig adres verkrijgen.