⚠️ Prima di leggere: hai controllato show ip dhcp pool e i contatori di show ip dhcp binding? Guarda quanti indirizzi sono disponibili nel pool.
BUG 1
excluded-address esclude tutta la subnet 192.168.1.0/24 dal pool LAN1
🔍 Come identificarlo:
R1# show ip dhcp pool
Pool LAN1:
Network: 192.168.1.0/24
Available addresses: 0 ← pool vuoto!
R1# show run | section dhcp
ip dhcp excluded-address 192.168.1.0 192.168.1.254
← esclude tutto! Solo .255 (broadcast) non escluso
🔧 Fix:
R1# conf t
R1(config)# no ip dhcp excluded-address 192.168.1.0 192.168.1.254
R1(config)# ip dhcp excluded-address 192.168.1.1 192.168.1.10
← esclude solo i primi 10 (router, server, infra)
Perché funziona: ip dhcp excluded-address esclude un range di indirizzi dall'assegnazione. Con 192.168.1.0 192.168.1.254 viene escluso praticamente tutto il pool — solo il broadcast (.255) resta, ma non è assegnabile. La correzione esclude solo i primi indirizzi riservati all'infrastruttura.
BUG 2
Pool LAN2 — default-router punta a 192.168.2.2 invece di 192.168.2.1
🔍 Come identificarlo:
R1# show ip dhcp pool
Pool LAN2:
Network: 192.168.2.0/24
Default router: 192.168.2.2 ← R2 è .1 non .2!
DNS: 8.8.8.8
🔧 Fix:
R1# conf t
R1(config)# ip dhcp pool LAN2
R1(config-dhcp)# default-router 192.168.2.1
Perché funziona: il default-router nel pool DHCP è l'indirizzo che viene comunicato ai client come gateway predefinito (opzione DHCP 3). Se sbagliato, i client configurano un gateway inesistente e non riescono a uscire dalla subnet locale.
BUG 3
R2 Gi0/1 — helper-address punta a 10.0.0.3 invece di 10.0.0.1
🔍 Come identificarlo:
R2# show run | section interface
interface GigabitEthernet0/1
description *** LAN2 ***
ip address 192.168.2.1 255.255.255.0
ip helper-address 10.0.0.3 ← R1 è 10.0.0.1!
🔧 Fix:
R2# conf t
R2(config)# interface GigabitEthernet0/1
R2(config-if)# no ip helper-address 10.0.0.3
R2(config-if)# ip helper-address 10.0.0.1
Perché funziona: ip helper-address indica a R2 dove forwardare i pacchetti broadcast DHCP (Discover/Request). Con l'indirizzo sbagliato, i pacchetti vengono inviati a un host inesistente e il server DHCP reale (R1 a 10.0.0.1) non li riceve mai.
🧠 Come ragionare su un problema DHCP
Passo 1 — Verifica il pool
show ip dhcp pool — il pool esiste? Ha indirizzi disponibili (Available)? Se Available = 0 controlla gli excluded-address.
Passo 2 — Verifica i binding
show ip dhcp binding — ci sono assegnazioni attive? Se sì, il DHCP funziona ma forse i parametri (gateway, DNS) sono sbagliati. Se no, il server non risponde.
Passo 3 — Verifica la config del pool
show run | section dhcp — controlla network, default-router, dns-server, excluded-address. Il default-router deve corrispondere all'IP del router su quella subnet.
Passo 4 — Per subnet remote: verifica il relay
show run | section interface su R2 — c'è ip helper-address sull'interfaccia LAN? Punta all'IP corretto del server DHCP?
📋 Concetti chiave — DHCP
Processo DORA
Discover — broadcast del client
Offer — unicast del server
Request — broadcast del client
Ack — conferma del server
Il relay converte il broadcast in unicast verso il server
excluded-address
Esclude indirizzi dal pool DHCP.
Sintassi: ip dhcp excluded-address <start> [<end>]
Usato per router, server, stampanti.
Attenzione: se escludi troppo il pool si svuota.
ip helper-address
Forwarda i broadcast DHCP (e altri UDP) verso un server unicast.
Configurato sull'interfaccia LAN del router relay.
Deve puntare all'IP del server DHCP.
Converte: broadcast → unicast
default-router nel pool
Opzione DHCP 3 — indirizzo gateway per i client.
Deve essere l'IP del router sulla stessa subnet del pool.
Pool LAN1 → default-router 192.168.1.1
Pool LAN2 → default-router 192.168.2.1
show ip dhcp pool ← pool, network, available addresses
show ip dhcp binding ← assegnazioni attive (client-ip, MAC)
show ip dhcp conflict ← conflitti IP rilevati
show ip dhcp statistics ← discover/offer/request/ack contatori
show run | section dhcp ← excluded, pool config
show run | section interface ← helper-address su R2
🔍 Teoria — Bug 1: excluded-address troppo ampio
Il range 192.168.1.0 192.168.1.254 esclude tutti gli indirizzi usabili della /24 — dal network address (.0) al broadcast-1 (.254). Il risultato è un pool con zero indirizzi disponibili. show ip dhcp pool mostra "Available: 0" — il segnale diagnostico più veloce. La best practice è escludere solo il range basso (es. .1-.10) per router e server fissi.
🔍 Teoria — Bug 2: default-router sbagliato
Il default-router nel pool DHCP è l'opzione 3 — viene comunicata al client nel pacchetto DHCP Offer/Ack. Il client la usa come gateway predefinito senza verificarne la raggiungibilità. Se il gateway è sbagliato, il client ha un IP valido ma non riesce a uscire dalla subnet — il ping verso l'esterno fallisce ma il ping verso host nella stessa subnet funziona. Questo sintomo — connettività locale ok, Internet no — è il segnale che punta al default-router errato.
🔍 Teoria — Bug 3: helper-address sbagliato
ip helper-address trasforma i broadcast DHCP in pacchetti unicast diretti al server. Se l'IP è sbagliato, i pacchetti vengono routati verso un host inesistente — il server DHCP reale non riceve nulla. show ip dhcp statistics su R1 mostrerà 0 Discover ricevuti dalla subnet remota. Il modo più rapido per verificare: confrontare l'IP nel helper-address con l'IP dell'interfaccia WAN di R1.
🇬🇧 English version — Cisco official terminology for CCNA exam preparation.
BUG 1
excluded-address range covers entire 192.168.1.0/24 subnet — pool is empty
🔍 How to identify:
R1# show ip dhcp pool
Pool LAN1:
Network: 192.168.1.0/24
Available: 0 ← pool exhausted!
Leased: 0
R1# show run | section dhcp
ip dhcp excluded-address 192.168.1.0 192.168.1.254
🔧 Fix:
R1# configure terminal
R1(config)# no ip dhcp excluded-address 192.168.1.0 192.168.1.254
R1(config)# ip dhcp excluded-address 192.168.1.1 192.168.1.10
Why this works: The ip dhcp excluded-address command reserves addresses that DHCP should never assign. Excluding .0 through .254 leaves only .255 (broadcast) — which is not assignable — resulting in zero available addresses. Fix: exclude only the infrastructure range (.1 through .10).
📋 Key concept — ip dhcp excluded-address
• Syntax: ip dhcp excluded-address <low> [<high>]
• Best practice: exclude .1 to .10 for routers, servers, printers
• Diagnostic: show ip dhcp pool → Available: 0 = excluded too many
• Must be configured before the pool (global config, not inside pool)
BUG 2
Pool LAN2 — default-router points to 192.168.2.2 (wrong gateway)
🔍 How to identify:
R1# show ip dhcp pool
Pool LAN2:
Network: 192.168.2.0/24
Default router: 192.168.2.2 ← R2 LAN IP is .1 not .2!
DNS server: 8.8.8.8
🔧 Fix:
R1# configure terminal
R1(config)# ip dhcp pool LAN2
R1(config-dhcp)# default-router 192.168.2.1
Why this works: The default-router command configures DHCP Option 3, which is sent to clients as their default gateway. The IP must match the router interface on the same subnet as the pool. With the wrong gateway, clients get an IP address but cannot route traffic beyond their local subnet.
📋 Key concept — DHCP Options
• Option 3 (default-router): client's default gateway
• Option 6 (dns-server): DNS server address
• Option 51 (lease): IP address lease duration
• Must match the router IP on that specific subnet
BUG 3
R2 Gi0/1 — helper-address points to 10.0.0.3 (nonexistent host)
🔍 How to identify:
R2# show run | section interface
interface GigabitEthernet0/1
ip address 192.168.2.1 255.255.255.0
ip helper-address 10.0.0.3 ← R1 WAN is 10.0.0.1!
🔧 Fix:
R2# configure terminal
R2(config)# interface GigabitEthernet0/1
R2(config-if)# no ip helper-address 10.0.0.3
R2(config-if)# ip helper-address 10.0.0.1
Why this works: ip helper-address converts DHCP broadcast (255.255.255.255) into unicast packets sent to the specified server IP. With the wrong IP, packets are routed to a nonexistent host — the real DHCP server (R1 at 10.0.0.1) never receives the Discover messages.
📋 Key concept — ip helper-address
• Configured on the LAN-facing interface of the relay router
• Points to the DHCP server's IP address (usually WAN IP of R1)
• Forwards: DHCP (67/68), TFTP (69), DNS (53), NTP (123), and others
• Diagnostic: show ip dhcp statistics on R1 — 0 Discovers from remote subnet = helper-address wrong
🎯
Exam Practice — DHCP Troubleshooting
3 questions · CCNA 200-301 style · answer before checking
0/3
Q1.
A network administrator runs show ip dhcp pool and sees "Available: 0" for the LAN1 pool (192.168.1.0/24). What is the most likely cause?
A) All IP addresses in the pool have been assigned to clients
B) The ip dhcp excluded-address command excludes the entire usable range of the subnet
C) The DHCP pool network statement does not match the interface subnet
D) The router requires ip dhcp server enable to activate the service
Q2.
Hosts in a remote subnet receive IP addresses from DHCP but cannot ping the default gateway or reach the Internet. The DHCP server is on a different router. What should the administrator check first?
A) The ip helper-address on the relay router — it may point to the wrong server
B) The default-router value in the DHCP pool — it may not match the gateway of that subnet
C) The excluded-address range — too many addresses may have been excluded
D) The lease time in the DHCP pool — it may have expired
Q3.
A router (R2) needs to relay DHCP requests from its LAN (192.168.2.0/24) to a DHCP server at 172.16.0.1. Which command correctly configures the relay on R2's LAN interface?
A) ip dhcp relay-agent 172.16.0.1
B) ip helper-address 172.16.0.1
C) ip dhcp server 172.16.0.1
D) ip forward-protocol udp 67 172.16.0.1