2.2 Beheer en onderhoud DHCP
Nadat u DHCP hebt geïnstalleerd en de vereiste DHCP-scopes hebt gemaakt en geconfigureerd, is het belangrijk dat u weet hoe u de DHCP-serverrol moet beheren. Dit omvat het kunnen configureren van opties voor hoge beschikbaarheid, het beheren van de DHCP-database en het oplossen van problemen met de DHCP-rol.
2.2.1 Hoge beschikbaarheid configureren met DHCP-failover
Als een DHCP-server offline gaat, blijven clients hun gehuurde IP-configuraties gebruiken, maar nieuwe clients kunnen geen configuratie verkrijgen en clients die worden vernieuwd, zullen dit niet doen. Om die redenen is het belangrijk dat DHCP in hoge mate beschikbaar is om clientverzoeken voor IPv4- of IPv6-configuraties af te handelen.
2.2.1.1 Hoge beschikbaarheidsopties voor DHCP
Het lijkt misschien logisch om voor een hoge beschikbaarheid te zorgen door meerdere DHCP-servers te implementeren die zijn geconfigureerd met dezelfde scope(s). Maar vanwege de aard van DHCP-client-servercommunicatie, is er geen gemakkelijke manier voor DHCP-servers om hetzelfde bereik van adressen in hun bereik te behouden op een andere DHCP-server. Dit kan ertoe leiden dat meerdere clients dezelfde IP-configuratie verkrijgen van verschillende DHCP-servers zonder dat het resulterende conflict kan worden opgelost.
Windows Server 2016 biedt een aantal mogelijke oplossingen voor dit probleem. Zij zijn:
- Serverclustering – U kunt een Windows Server-cluster met twee leden opzetten. U kunt de DHCP-serverrol op beide leden van het cluster installeren en vervolgens voor elk een identiek bereik(en) maken. Installeer de DHCP-gegevens op gedeelde opslag in het cluster. Als een knooppunt uitvalt, kan het andere knooppunt zonder onderbreking doorgaan met het afhandelen van clientverzoeken, zoals weergegeven in de volgende afbeelding.
- Split scope – U implementeert de DHCP-serverrol op twee servers. Op elke server configureert u een subset van beschikbare IP-adressen voor uw subnet en zorgt u ervoor dat er geen overlapping is, zoals weergegeven in de volgende afbeelding. Vervolgens gebruikt u de optie Delay Configuration op elke server om een primaire server in te stellen. Als de primaire mislukt, kan de secundaire doorgaan met het afhandelen van clientverzoeken.
- DHCP-failover – Met DHCP-failover kunt u twee DHCP-servers inschakelen om IP-configuraties aan dezelfde subnetten te leveren. De twee DHCP-servers repliceren lease-informatie tussen elkaar, zoals weergegeven in de volgende afbeelding. Als een van de servers uitvalt, blijft de andere server DHCP-services leveren voor de subnet(s) waarvoor deze is geconfigureerd.
2.2.1.2 Gesplitste bereiken configureren
Het implementeren van DHCP-gesplitste scopes vereist niet de meer complexe configuratie van het implementeren van een Windows Server-failovercluster. In wezen configureert u een vergelijkbare DHCP-scope op elke DHCP-server, elk met dezelfde pool van adressen, maar met verschillende uitsluitingen.
Als u bijvoorbeeld twee DHCP-servers hebt, LON-SVR2 en LON-SVR3, en u gebruikt het subnet 172.16.0.0/24, hebt u een pool van 254 beschikbare IPv4-adressen. Gebruik de volgende procedure op hoog niveau om DHCP met gesplitst bereik in te stellen:
- Maak een scope op één server met het IP-adresbereik van 172.16.0.1-172.16.0.254. Activeer het bereik niet.
- Voer de DHCP Split-Scope-configuratiewizard uit. Dit vraagt u om: De naam van de secundaire DHCP-server.
- De splitsing van het bereik van het IP-adresbereik tussen de twee DHCP-servers.
- Een vertraging in de waarde van de DHCP-aanbieding voor elke server. Deze waarde bepaalt de primaire DHCP-server.
- Activeer beide bereiken.
Nadat u het bereik op uw primaire DHCP-server hebt gemaakt, gebruikt u de volgende gedetailleerde procedure om gesplitste bereiken in te schakelen:
- Klik in de DHCP-console met de rechtermuisknop op het bereik, klik op Geavanceerd en klik vervolgens op Gesplitst bereik.
- Klik in de DHCP Split-Scope-configuratiewizard op de pagina Inleiding op Volgende.
- Typ op de pagina Extra DHCP-server in het vak Extra DHCP-server de volledig gekwalificeerde domeinnaam van de secundaire DHCP-server en klik op Volgende.
- Gebruik op de pagina Percentage van splitsing, weergegeven in de volgende afbeelding, de schuifregelaar om de adressen over de twee DHCP-servers te verdelen en klik vervolgens op Volgende.
- Voer op de pagina Vertraging in DHCP-aanbieding, weergegeven in de volgende afbeelding, de vertraging voor elke server in en klik vervolgens op Volgende. De server met de minste vertraging wordt beschouwd als de primaire server.
- Klik op de pagina Samenvatting van de Split-Scope-configuratie op Voltooien. Zoals te zien is in de volgende afbeelding, kunt u zien dat de wizard Split-Scope het vereiste bereik op de secundaire server maakt en uitsluitingen zo configureert dat alleen het vereiste bereik van adressen wordt toegewezen. Klik op Sluiten.
U kunt de identieke configuratie handmatig maken door overeenkomende bereiken te maken op elke DHCP-server en vervolgens handmatig de uitsluitingsbereiken en subnetvertragingswaarden te configureren.
2.2.1.3 DHCP-failover configureren
Hoewel DHCP-gesplitste scope de primaire zorg aanpakt om ervoor te zorgen dat er een DHCP-server beschikbaar is voor serviceverzoeken van klanten, doet het dit door de beschikbare adrespool te delen tussen twee servers. Dit kan alleen een oplossing voor de korte termijn zijn, en voor grotere netwerken waar de adrespool leeg is, werkt het mogelijk niet effectief tijdens DHCP-uitval. Overweeg als alternatief een DHCP-failover te implementeren.
Examentip
U kunt slechts twee servers configureren voor DHCP-failover. Bovendien kunt u alleen IPv4-scopes en subnetten configureren. DHCP-failover ondersteunt geen IPv6-scopes.
U kunt DHCP-failover in een van de twee modi configureren. Dit zijn:
- Load Sharing – In de modus Load Sharing leasen beide DHCP IPv4-configuraties aan clients. Afhankelijk van hoe u de belastingsverdelingsratio configureert, bepaalt u hoe de servers reageren op IP-configuratieverzoeken.
- Hot Standby – Wanneer u de Hot Standby-modus implementeert, wijst u de ene server aan als primair en de andere als secundair. In deze modus verhuurt alleen de primaire server IPv4-configuraties aan clients. Alleen wanneer de primaire niet beschikbaar is, voert de secundaire de leasefunctie uit.
Examentip
Load Sharing is de standaardmodus en de standaardverhouding is 50:50, wat betekent dat de servers de belasting gelijkelijk verdelen.
Gebruik de modus Hot Standby voor implementaties waarbij uw site voor noodherstel fysiek gescheiden is. Houd er echter rekening mee dat voor failover-berichten om firewalls door te sturen, u TCP-poort 647 moet inschakelen.
Voer de volgende stappen uit om DHCP-failover te configureren:
- Maak en configureer een of meer vereiste scopes op een enkele DHCP-server.
- Klik op die server in de DHCP-console met de rechtermuisknop op het IPv4-knooppunt en klik vervolgens op Failover configureren.
- Selecteer in de wizard Failover configureren op de pagina Inleiding alle DHCP-scopes die u wilt configureren als onderdeel van de failover-relatie. Klik volgende.
- Klik op de pagina Specificeer de partnerserver die moet worden gebruikt voor failover op Server toevoegen en blader en selecteer de andere DHCP-server. Klik volgende.
- Configureer op de pagina Een nieuwe failoverrelatie maken, weergegeven in de volgende afbeelding, de volgende informatie, klik op Volgende en klik vervolgens op Voltooien:
- Relatienaam – Gebruik dit veld om de relatie te identificeren.
- Maximale doorlooptijd client – Deze waarde wordt gebruikt in de modus Hot Standby. Het definieert hoe lang de secundaire server moet wachten voordat hij de controle over de scope overneemt. De standaardwaarde is één uur en kan niet nul zijn.
- Modus – Kies tussen Load Balance en Hot Standby.
- Load Balance-percentage – Wordt gebruikt wanneer u de Load Balance-modus inschakelt. Hiermee kunt u bepalen hoeveel van de adresruimte elke server beheert. De standaard is een 50/50 verdeling.
- Rol van partnerserver – Gebruik deze instelling wanneer u de standby-modus inschakelt. Hiermee kunt u bepalen welke server de primaire en welke de secundaire is. Kies tussen Actief of Standby.
- Adres gereserveerd voor standby-server – Gebruik deze waarde om te bepalen welk percentage adressen binnen het bereik de secundaire server kan toewijzen terwijl deze wacht tot de MCLT verloopt. Hierdoor kan de secundaire server een klein deel van de adressen toewijzen terwijl deze wacht om te bepalen of de primaire server weer online zal komen. De standaardwaarde is 5 procent van de beschikbare bereikadressen.
- Status-omschakelinterval – Wanneer een server de verbinding met zijn replicatiepartner verliest, kan deze niet bepalen waarom dit is gebeurd. U moet de status van een partner handmatig wijzigen in een down-status om de resterende partner aan te geven dat de andere server niet beschikbaar is. Door de Status Switchover Value in te stellen, kunt u deze gewijzigde status na een geconfigureerd tijdsinterval automatiseren. Deze waarde wordt standaard niet gebruikt.
- Berichtverificatie inschakelen – U kunt berichtverificatie configureren met het gedeelde geheim als wachtwoord. Dit betekent dat het failoverberichtverkeer tussen replicatiepartners wordt geverifieerd en dat helpt valideren dat het failoverbericht afkomstig is van de geconfigureerde failoverpartner.
- Shared Secret – Het wachtwoord dat wordt gebruikt om berichtverificatie in te schakelen.
- Klik op de pagina Voortgang van failoverconfiguratie op Sluiten.
Examentip
U kunt een enkele DHCP-server configureren om tegelijkertijd te fungeren als de primaire DHCP-server voor de ene scope en ook als secundaire DHCP-server voor een andere scope.
U kunt ook de Windows PowerShell Add-DhcpServerv4Failover-cmdlet gebruiken om DHCP-failover te configureren. Als u bijvoorbeeld een load-balanced DHCP-failoverrelatie wilt maken tussen lonsvr2.adatum.com en lon-svr3.adatum.com met het bereik 172.16.0.0 dat wordt gemaakt op de partnercomputer, lon-svr3.adatum.com, voert u de volgende opdracht:
Add-DhcpServerv4Failover -Computernaam lon-svr2.adatum.com -Naam SFO-SIN-Failover -PartnerServer lon-svr3.adatum.com -ScopeId 172.16.0.0 -SharedSecret "Pa$$w0rd"Nadat u de failoverrelatie hebt geconfigureerd, kunt u deze onderhouden door de volgende taken uit te voeren:
- Een bereik repliceren – Hiermee kunt u alle wijzigingen in een geconfigureerd bereik repliceren tussen de partners in een DHCP-failoverrelatie. Als u een bereik wilt repliceren, klikt u onder het IPv4-knooppunt in de DHCP-console met de rechtermuisknop op het juiste bereik en klikt u vervolgens op Bereik repliceren.
- Alle bereiken repliceren – Hiermee kunt u alle bereiken tussen partners in een DHCP-failoverrelatie repliceren. Om deze taak uit te voeren, klikt u vanuit de DHCP-console met de rechtermuisknop op het IPv4-knooppunt en klikt u vervolgens op Failoverscopes repliceren.
2.2.2 Back-up en herstel van de DHCP-database
De DHCP-serverrol slaat zijn gegevens op in een database. Als de database beschadigd raakt, kan dit ertoe leiden dat de service niet beschikbaar is. Daarom is het belangrijk dat u begrijpt hoe u een back-up van de DHCP-database maakt en deze herstelt.
2.2.2.1 Overzicht van de DHCP-database
De DHCP-database bestaat uit een aantal afzonderlijke bestanden die zijn opgeslagen in de %systemroot%\System32\dhcp map. Dit zijn:
- dhcp.mdb – Dit is het belangrijkste DHCP-databasebestand.
- tmp.edb – Dit is een tijdelijk werkbestand dat wordt gebruikt wanneer indexering en andere onderhoudsbewerkingen worden uitgevoerd op het databasebestand.
- j50.log – Dit is een databasetransactielogboek. DHCP-wijzigingen worden naar logboeken geschreven en vanuit het logboek worden de wijzigingen vastgelegd in de database. Nadat de records zijn vastgelegd, gaat een aanwijzer in het logboek vooruit om aan te geven dat de transactie is voltooid. Dit proces helpt de integriteit van de database te behouden tijdens wijzigingen. Naarmate het transactielogboek vol raakt, wordt het hernoemd en wordt een nieuw transactielogboek aangemaakt.
- j5*.log – Deze opeenvolgend genummerde logbestanden zijn eerdere transactielogbestanden.
- j50.chk – Dit is het controlepuntbestand en wordt gebruikt om te bepalen welke transactielogboeken zijn vastgelegd in de database. Wanneer de DHCP-service start, verifieert een integriteitscontrole van de database de database met recente transacties. Het controlepuntbestand versnelt dat proces.
- j50res00001.jrs en j50res00002.jrs – Deze twee bestanden zijn gereserveerde databaselogboeken en kunnen worden gebruikt om niet-vastgelegde transacties op te slaan die bestemd zijn voor de DHCP-database in het geval dat het systeemstation onvoldoende schijfruimte heeft. Als ze vol zijn, stopt de DHCP-service zodat de database-integriteit behouden blijft.
2.2.2.2 Back-up en herstel van de DHCP-database
Wanneer u een back-up maakt van de DHCP-database, wordt de volgende informatie in de back-up opgeslagen:
2.2.2.2.1. Een back-up maken van de database
Hoewel er elke 60 minuten automatisch een back-up van de DHCP-database wordt gemaakt, kunt u handmatig een back-up van de database maken wanneer u belangrijke configuratiewijzigingen hebt aangebracht.
Examentip
U kunt het standaard automatische back-upinterval voor DHCP wijzigen door de waarde BackupInterval in de map HKLM\SYSTEM\CurrentControlSet\Services\DHCPServer\Parameters in het register te wijzigen.
Om een back-up van de DHCP-database te maken, klikt u vanaf de DHCP-console met de rechtermuisknop op de DHCP-server en vervolgens op Back-up, zoals weergegeven in de volgende afbeelding. U moet een map specificeren om de back-up op te slaan. De standaard is %systemroot%\System32\dhcp\backup. Er wordt een back-up gemaakt van de database op de opgegeven locatie.
Examentip
U kunt ook de Windows PowerShell Backup-DhcpServer-cmdlet gebruiken om een back-up te maken van de DHCP-database.
2.2.2.2.2. De database herstellen
Als u problemen ondervindt met DHCP en een herstelbewerking wordt aangegeven, klikt u in de DHCP-console met de rechtermuisknop op de DHCP-server in de DHCP-console en klikt u vervolgens op Herstellen om de DHCP-database te herstellen. Navigeer naar de map waarin u uw back-up hebt opgeslagen en klik vervolgens op OK.
De DHCP-service moet worden gestopt om de service te herstellen. U wordt gevraagd de service te stoppen en opnieuw te starten voordat de gegevens en instellingen worden hersteld.
Examentip
U kunt ook de cmdlet Windows PowerShell Restore-DhcpServer gebruiken om de DHCP-database te herstellen.
2.2.3 Problemen met DHCP oplossen
DHCP levert de IP-configuratie voor uw netwerkapparaten, clients en servers. Als deze service niet beschikbaar is, wordt de netwerkverbinding waarschijnlijk beïnvloed. Het is belangrijk om veelvoorkomende symptomen van problemen met de DHCP-serverrol te kunnen identificeren en om snel corrigerende maatregelen te kunnen nemen.
2.2.3.1 Beschrijf veelvoorkomende problemen met DHCP
DHCP is een betrouwbare service en wanneer geïmplementeerd met een goed geplande high-availability-oplossing, zijn er zelden problemen. Af en toe kunnen er echter problemen optreden. Symptomen dat u een probleem hebt met de DHCP-serverrol worden besproken in de volgende tabel.
| Symptoom | Mogelijke oorzaak | Controleer |
|---|---|---|
| DHCP-service kan niet worden gestart | De database is mogelijk beschadigd. | Voer een herstel van de DHCP-database uit en probeer de DHCP-service opnieuw te starten. |
| DHCP-service kan geen leases uitgeven | – De DHCP-service is mogelijk mislukt. – Er zijn mogelijk onvoldoende IP-adressen beschikbaar in de DHCP-scope-pool. | – Controleer of de DHCP-service actief is. – Controleer of er voldoende IP-adressen beschikbaar zijn in de pool. – Als de clients zich in een ander subnet dan de DHCP-server bevinden, controleer of een DHCP-relay-agent actief is en correct is geconfigureerd. |
| Adresconflicten van klanten | – Een ander apparaat of een andere service biedt DHCP-functionaliteit. – Twee overlappende bereiken kunnen onderhoudsverzoeken in hetzelfde subnet(en) zijn. – Een statisch toegewezen adres kan in strijd zijn met een dynamisch toegewezen adres. | – Bepaal of apparaten, zoals draadloze toegangspunten of hubs, zijn geconfigureerd om IP-adressen toe te wijzen. – Controleer of de adrespool op aangrenzende DHCP-servers geen overlap bevat. – Overweeg om statisch toegewezen adressen te vervangen door DHCP-reserveringen, die u centraal kunt beheren en die worden toegewezen vanuit de pool in een scope. |
| De DHCP-client kan geen adres leasen en valt terug op het gebruik van een Automatic Private IP Addressing (APIPA)-adres | – De DHCP-service is mogelijk mislukt. – Er zijn mogelijk onvoldoende IP-adressen beschikbaar in de DHCP-scope-pool. – De DHCP-client bevindt zich mogelijk in een subnet zonder een DHCP-server. – Problemen met fysieke bekabeling. | – Controleer of de DHCP-service wordt uitgevoerd. – Controleer of er voldoende IP-adressen beschikbaar zijn in de pool. – Als de clients zich in een ander subnet dan de DHCP-server bevinden, controleert u of een DHCP-relay-agent actief is en correct is geconfigureerd. – Zorg ervoor dat elke bedrade client correct is aangesloten. |
De voorgaande tabel is geen volledige lijst, maar bevat wel enkele van de meest voorkomende symptomen en oorzaken van DHCP-problemen. Gebruik voor alle andere problemen standaard technieken en processen voor netwerkprobleemoplossing om naar een oplossing te werken.
2.2.3.2 Hulpmiddelen om veelvoorkomende DHCP-problemen op te lossen
Het is belangrijk dat u begrijpt hoe DHCP werkt voordat u de service effectief kunt oplossen. U moet volledig vertrouwd zijn met de DHCP-berichten die worden gebruikt wanneer een client in eerste instantie een DHCP-lease verkrijgt, en daarna, wanneer de client probeert te vernieuwen. Pas als je weet wat je kunt verwachten, kun je herkennen wanneer het proces is misgegaan.
2.2.3.3 DHCP-controlelogboekregistratie gebruiken
Standaard is DHCP-controlelogboekregistratie ingeschakeld. U kunt deze instelling controleren door Eigenschappen van het IPv4-knooppunt in de DHCP-console te selecteren, zoals weergegeven in de volgende afbeelding. Het selectievakje DHCP-auditregistratie inschakelen moet zijn ingeschakeld.
Nadat u deze optie hebt ingeschakeld, kunt u het pad voor auditregistratie configureren vanaf het tabblad Geavanceerd, zoals weergegeven in de volgende afbeelding. De standaardmap is %systemroot%\System32\dhcp.
Als deze instelling is ingeschakeld, wordt een logbestand met de naam DhcpSrvLog – Day.log gemaakt in de aangewezen map, waarbij Dag de dag van de week vertegenwoordigt waarop het logboek is gemaakt.
Examentip
Een logboek met de naam DhcpV6SrvLog – Day.log wordt gemaakt voor IPv6-gerelateerde gebeurtenissen.
U kunt dit logboek op DHCP-gebeurtenissen onderzoeken door een teksteditor zoals Kladblok te gebruiken. Het bestand bestaat uit de velden weergegeven in Tabel 2-3.
| Veld | Beschrijving |
|---|---|
| ID | De DHCP-gebeurtenis-ID-code. |
| Table | Datum waarop de gebeurtenis is gelogd. |
| Time | Tijd waarop de gebeurtenis is gelogd. |
| Description | Een korte toelichting op de gebeurtenis. |
| IP Address | Het IP-adres van de DHCP-client. |
| Host name | De hostnaam van de DHCP-client. |
| MAC Address | Het media access control (MAC)-adres van de DHCP-client. |
Tabel 2-4 bevat een lijst met veelvoorkomende gebeurtenissen.
| Event ID | Beschrijving |
|---|---|
| 00 | Het logboek is gestart. |
| 01 | Het logboek is gestopt. |
| 02 | Het logboek is gepauzeerd vanwege onvoldoende schijfruimte. |
| 10 | Een client krijgt een nieuw IP-adres. |
| 11 | Een client heeft een geleased adres vernieuwd. |
| 12 | Een client heeft een geleased adres vrijgegeven. |
| 13 | Er is een IP-adres gevonden dat in gebruik is op het netwerk. |
| 14 | Een clientleaseverzoek is geweigerd omdat de adrespool van het bereik is uitgeput. |
| 15 | Een leaseverzoek is afgewezen. |
| 20 | Een client heeft een Bootstrap Protocol (BOOTP)-adres gehuurd. |
| 51 | Een DHCP-server is geautoriseerd in AD DS. |
| 54 | Een DHCP-autorisatie is mislukt. |
Naast het auditlogboek kunt u ook de Event Viewer gebruiken om toegang te krijgen tot de DHCP-gebeurtenislogboeken. Deze bevinden zich in de Applications and Services Logs \ Microsoft \ Windows \ DHCP-Server \ Microsoft-Windows-DHCP Server Events Operationeel knooppunt, zoals weergegeven in Afbeelding 2-24.
2.2.3.4 Opdrachtregelhulpmiddelen
U kunt het opdrachtregelprogramma IPConfig.exe gebruiken om problemen met DHCP-clients op te lossen en vast te stellen, zoals weergegeven in Tabel 2-5.
| Opdracht | Gebruik |
|---|---|
De uitvoer van ipconfig /all wordt getoond in de volgende afbeelding. In dit geval geeft dit aan dat de client een IPv4-configuratie heeft verkregen met de volgende DHCP-kenmerken:
Een veelgebruikte procedure voor het oplossen van problemen met ipconfig.exe is het verkrijgen van een DHCP-lease en het herhaaldelijk vrijgeven en vernieuwen van de lease terwijl de gehuurde adressen in de DHCP-console worden onderzocht. In combinatie met Microsoft Message Analyzer kunt u ontdekken wat er op het fysieke netwerk gebeurt wanneer clients proberen te communiceren met een DHCP-server.
2.2.3.5 Microsoft Message Analyzer
Met Microsoft Message Analyzer kunt u de berichten bekijken die worden uitgewisseld tussen netwerkapparaten, waaronder een DHCP-server en DHCP-client, en controleren of het verkeer is zoals verwacht. Dit is met name handig wanneer u complexere DHCP-configuraties implementeert, zoals het gebruik van een DHCP-relay-agent of DHCP-failover. Nadat u dit hulpprogramma voor netwerkanalyse hebt gedownload en geïnstalleerd, kunt u netwerkpakketten bekijken op de lokale netwerkinterfaces waarop uw computer is aangesloten.
Wanneer u Microsoft Message Analyzer start, kunt u een lokale tracering starten. Klik op de knop Lokale tracering starten op de startpagina. De analysator begint netwerkberichten te verzamelen van de aangesloten netwerkinterface(s). U kunt deze berichten vervolgens analyseren en bepalen of er een discrepantie is in het DHCP-gedrag.
Als u Microsoft Message Analyzer wilt gebruiken om DHCP-problemen van clients op te lossen, start u een tracering op een clientcomputer en probeert u vervolgens een DHCP-adres te verkrijgen en te vernieuwen. U kunt dan de tracering bekijken, zoals weergegeven in dde volgende afbeelding.
Zoals u kunt zien, zijn de verwachte berichten vastgelegd toen de client probeerde een DHCP-lease te verkrijgen.
Vier berichten zijn geïsoleerd van het spoor. Deze zijn genummerd 443 tot en met 446 en vertegenwoordigen respectievelijk de DHCPDiscover-, DHCPOffer-, DHCPRequest- en DHCPACK-berichten. Het DHCPOffer-bericht is geselecteerd en details laten zien dat de client een IPv4-adres van 0.0.0.0 heeft. Dit is typisch wanneer een client een IP-adres verkrijgt via lease omdat deze nog geen IPv4-adres heeft. U kunt ook aan de bestemmingskolom in het detailvenster zien dat het adres 255.255.255.255 wordt gebruikt. Dit is opnieuw een IPv4-uitzendadres, zoals verwacht voor een klant die een eerste lease krijgt.
Door de tracering van een werkend DHCP-dialoogvenster te onderzoeken, kunt u inconsistenties identificeren wanneer het verkeer niet verloopt zoals verwacht.