Firewall – Juniper SSG5 DHCP IP Pool is full. Unable to offer IP address to client

dhcpfirewalljunipernetworking

hope we have some Juniper guys around, I have configured a Juniper SSG5 as our main firewall/router the DHCP server set on interface bgroup1 to have a rang from 10.10.10.76 to 10.10.10.210

All clients can get internet access except for 2. We have pluged other laptops into those ports without problems.

The error I am getting is: IP pool of DHCP server on interface bgroup1 is full. Unable to offer IP address to client at xxxxxxxxxxxx

But the pool is not full. There are tons of addresses available. Everytime I release the IP from the DHCP Server it goes to the end of the list and does not get removed. When the client connects, it keeps the same IP even if I clear the DHCP addresses and recreate it. Tried the release on the client side as well.

What could be the issue ?


Yes the Client is getting a DHCP address, Firewall is disabled.

Situation: Previous router was installed and had a hardware failure -> Replaced with Juniper SSG5 configured to mimic the old router configuration -> all clients have no issues only 2.

On our DSN server we cleared out any records pertaining to the clients mac, Cleared all routes and some netsh cmdlets to clear cache and such.

Still no luck. It's odd because I will plug the same client into another router and it will obtain and get on the internet just fine but when connected to juniper it does not connect. I can ping something once then drop packets.

Best Answer

Never ran into this on a Netscreen...but here's the KB article info from Juniper's site:

The following message will occur on the log events if DHCP server is enabled but no IP Pool is specified:

2004-01-27 21:09:48 system alert 00029 IP pool of DHCP server on interface trust is full. Unable to offer IP

Workaround: Specify an IP Pool, and renew the lease from the DHCP client

Is there an IP pool specified properly? Are the exception clients somehow configured with different VLAN tagging on their NICs?

If it truly isn't a client-side issue, consider removing it from bgroup1, saving the config, and then re-adding it back to bgroup1. As always, make sure you are on the recommended ScreenOS version too, it may simply be a bug.

Related Topic