DHCP pool vol

Flipje-SR

Flipje-SR

Driver seat :-)
Brons
UniFier
25 jun 2025
14
14
3
Alkmaar
#1
Goedemorgen,
Mijn eerste vraag op het forum.
Ik snap iets niet, Ik heb een VLAN IoT de DHCP pool staat op uitgifte tussen de x.x.x.200 / x.x.x.250
Deze range is er alleen maar voor bedoelt dat er adressen uitgegeven worden bij een nieuw device. Onmiddellijk na het koppelen geef ik het device een static IP in de router op MAC adres dan uiteraard. Dus, hij verdwijnt uit de pool. Wat ook juist is.
Nu na 4 dagen denk ik wel al mijn devices te hebben aangemeld en een static IP afgegeven te hebben tussen de x.x.x.20 en x.x.x.199

Maar er blijft sinds kort een geel driehoek uitroep teken staan dat de pool bijna vol is (4) en dat ik daar wat aan moet doen.
Maar wat dan? Want als ik kijk dan is er geen enkel apparaat daar in die pool aanwezig. Iets blijft er dus hangen, maar weet niet wat. reboot router heeft niet geholpen.
Iemand een suggestie?
Hans.
 
#3
Omdat bij mij toch wel na een stroomuitval apparaten een andere IP krijgen, (ik hou van orde) en dat wil ik voorkomen. Maar dat doet niet af aan het feit dat er een pool is met 50 vrije adressen, en toch zegt dat er maar 4 nog over zijn lijkt mij.
Ongeacht mijn keuze om het linksom of rechtsom te doen
 
Laatst bewerkt:
#4
Opgelost!,
Verdient misschien op deze manier niet de schoonheid prijs, maar een knopje "cleanup old devices" is er niet.
Ik heb de DHCP gewoon even uit gezet en daarna weer aan. Problem solved.

Moet ik aan mijn topic nu iets doen? Dat het opgelost is of zo?
Hans
 
#6
Flipje-SR zei:
Omdat bij mij toch wel na een stroomuitval apparaten een andere IP krijgen, (ik hou van orde) en dat wil ik voorkomen. Maar dat doet niet af aan het feit dat er een pool is met 50 vrije adressen, en toch zegt dat er maar 4 nog over zijn lijkt mij.
Ongeacht mijn keuze om het linksom of rechtsom te doen
Klik om te vergroten...
Wat is het probleem met IoT devices die een ander IP krijgen na stroomuitval? Via MAC adres en benaming zouden ze makkelijk te herkennen zijn. Waarom storen dan aan ander IP adres. Het is wel een beetje vragen om problemen met static ip, maar jouw keuze uiteraard.
 
  • Leuk
Waarderingen: Flipje-SR
#7
Ik denk echt dat de meningen daarover verschillen. Ik gebruik al sinds dag 1 static IPs, en ik zou echt totaal geen reden kunnen bedenken waarom dat ooit een probleem zou opleveren. Dat ik mijn pool van 200 naar 250 niet geschoond kreeg staat toch echt compleet los van het feit of ik static neem of niet.
Ik gebruik ook binnen mijn "homelab" een dashboard zodat ik snel apparaten kan bereiken buiten HA om. Echt vervelend als mijn dashboard niet goed werkt omdat er devices zijn die een ander IP hebben gekregen.
Maar ieder zijn ding hoor. Maar kwaad kan het echt niet, anders zouden ze het ook niet inbouwen, die optie. ook op het device zelf is het mogelijk toch. Waarom zouden ze dat nou doen dan?
Ik vind het prima werken dat ik precies weet in welk bereik mijn shellys, televisies, ect ect, zitten. :)
 
  • Leuk
Waarderingen: mezzerin
#8
Flipje-SR zei:
Ik denk echt dat de meningen daarover verschillen. Ik gebruik al sinds dag 1 static IPs, en ik zou echt totaal geen reden kunnen bedenken waarom dat ooit een probleem zou opleveren. Dat ik mijn pool van 200 naar 250 niet geschoond kreeg staat toch echt compleet los van het feit of ik static neem of niet.
Ik gebruik ook binnen mijn "homelab" een dashboard zodat ik snel apparaten kan bereiken buiten HA om. Echt vervelend als mijn dashboard niet goed werkt omdat er devices zijn die een ander IP hebben gekregen.
Maar ieder zijn ding hoor. Maar kwaad kan het echt niet, anders zouden ze het ook niet inbouwen, die optie. ook op het device zelf is het mogelijk toch. Waarom zouden ze dat nou doen dan?
Ik vind het prima werken dat ik precies weet in welk bereik mijn shellys, televisies, ect ect, zitten. :)
Klik om te vergroten...
Ik heb het exact hetzelfde, alles krijgt een vast adres zodat ik gelijk merk als er een device op het netwerk bij komt. Voordeel is ook dat ik met testen weet waar ik moet zoeken als ik weer eens iets in de hand heb waar geen Mac adres op staat.
 
  • Leuk
Waarderingen: Lampie01, Flipje-SR en mezzerin
#9
Idem hier, nieuwe apparaten krijgen een ip x.x.x.200-254.
Voordeel hiervan is dat je snel kan zien of er een nieuw apparaat op uw netwerk zit.
En met behulp van firewall regels hebben deze toestellen tot nergens toegang, totdat ik ze een fix IP geef <200

Volgens mij moet de pool toch automatisch worden opgeschoont?

EDIT:
is dit trouwens geen bug?
Ik heb 30 toestellen met een fix ip buiten de IP pool 200-254
Pool size = 54 dat is correct
Available = 24 dat is niet correct, want er zijn er 54 available
Maar laat 24+30 nu net 54 zijn, en dit gedrag is net hetzelfde voor elk netwerk.
 

Bijlagen

  • Schermafbeelding 2025-07-10 212304.webp
    Schermafbeelding 2025-07-10 212304.webp
    3,3 KB · Weergaven: 6
Laatst bewerkt:
#10
Contact gehad met Unifi support. En dit is hun antwoord:

Here’s what’s happening:In UniFi, DHCP reservations (i.e. Fixed IPs assigned through the UniFi UI) still consume addresses from the DHCP pool range, even if the address is technically unused at the time. So in your case:
  1. You have a pool range of 10.52.0.200 - 10.52.0.254 (which gives 54 addresses).
  2. Even though your devices are statically assigned outside this range (e.g., 10.52.0.100 or 10.52.0.124), if they are marked as Fixed, they are counted against the pool.
  3. That’s why the “Available” count shows 24, even though it appears like the pool should be untouched, UniFi is still reserving IPs in the pool range for these “Fixed” devices, even if the actual assigned IP is outside the pool range.
To avoid consuming IPs in the pool:
  1. Set devices to static IP manually on the device, not as a Fixed IP in UniFi.
  2. Or, expand your DHCP pool and reassign static IPs from inside it if you want to keep the management centralized in UniFi.
  3. Alternatively, reserve only the IPs within the defined DHCP range; UniFi will manage the count correctly that way.

Had geantwoord dat ik had verwacht dat deze dan niet zouden meetellen omdat ze buiten de pool zitten.
Hun antwoord:


You're absolutely right to expect that, and from a traditional DHCP perspective, it shouldn't count if the IP is outside the defined pool range.
I greatly appreciate your perspective, and I want to assure you that I will certainly convey your feedback to our dedicated team. They will consider this input during their discussions and implementations while making any changes in the future. Your insights and user requests play an important role in our ongoing efforts to enhance our services and user experience.
 
  • Leuk
Waarderingen: unipro, mezzerin en PcRene
#12
Oke, duidelijk verhaal, dat wel.
Wel een vreemde uitleg, ik zie dat ook wel als 'dingetje' hoor. Ik ben wel zo, dat als UniFi aangeeft dat ik het op de devices moet doen, waarom bied je dan die optie aan. Kloppen doet het natuurlijk niet. De uitleg snap ik heel goed, maar Zelfs een FritzBox en OpenWrt cleanen de database op, en voor de hardnekkige is er een verwijder old addresses.
Er zijn veel redenen om devices static te kunnen maken. Dat is ook de reden waarom bij nagenoeg alle (ken er geen zoner) mogelijk is.
Maar goed als je het weet, dan is het zo. Maar de workaround die ik hier schreef werkt wel goed hoor, zonder consequenties verder voor je reeds aanwezige devices. Ze zullen er wel naar gaan kijken, zo luid het laatste bericht althans. :)
 
  • Leuk
Waarderingen: mezzerin
#15
Alles in de router, dan kan ik altijd zien welk IP adres dat device ooit van mij heeft gekregen. Mochten er dan problemen mee zijn dan zet ik een ping op het apparaat en ga dan op zoek wat het zou kunnen zijn, mocht een herstart dan niet baten.
Het is misschien één keer een hoop, of wat meer werk. Maar ik vind het bijzonder fijn werken.
 
  • Leuk
Waarderingen: mezzerin en edwin2019
#16
mezzerin zei:
Even vraag uit nieuwsgierigheid,
Stel je dan ook een fixed ip adres in op je IoT device, of doe je dit enkel vanuit de DHCP server/router toekennen?
Klik om te vergroten...
Feitelijk is het ook geen static IP. Het is een DHCP reservering waardoor het IoT device steeds hetzelfde IP krijgt aangeboden. Voor het IoT device is het dus gewoon een DHCP adres en niet static. Dat voorkomt ook wel echt de issue's die er kunnen ontstaan door devices een static IP (in het device zelf) te geven.
 
  • Leuk
Waarderingen: mezzerin, edwin2019 en Flipje-SR
#17
Om je gele driehoek uitroep teken te vermijden: zet je pool op 150-250. Dan heb je daaronder voldoende ruimte voor reserveringen en ook voldoende ruimte voor DHCP. Aangezien je ong. 50 device hebt in dit netwerk zal je driehoek niet snel terugkomen. Geen oplossing voor de schoning, die blijkt volgens Unifi niet te kunnen omdat reserveringen (ook buiten de pool) worden meegeteld maar wel praktisch.
 
#18
Ja dat kan ook, maar ik ben ietwat toekomst gericht, dus ookal heb ik maar 12 Shelly's reserveren ik in mijn hoofd van 10 tot 30. En zo doe ik dat met alles dus mijn pool wil ik klein houden. Maar mochten dd lezers eroverheen lezen. De workaround is gewoon, ga naar de DHCP, Pool uit / effe wachten / pool aan. En weg zijn alle ghost IPs.. Werkt prima.
En dat ik dit topic begon was dat het mij snel opviel dat de pool snel vol liep omdat ik net nieuw aan het inrichten was. Nu is het gerne probleem meer voof mij althans.
 
#19
@Sjaak020 , even voor mijn beeld vorming. Dat ik het ook goed begrijp.
Je maakt reserveringen, maar die kunnen dsm toch ook in de Pool zijn? Althans zo zie ik het. Het is niet zo erg netjes misschien hoor. Maar als ik een Pool heb van 10 tot 250. En in die pool maak ik 150 reserveringen. Dan kan dat toch zonder problemen? Want waarom zouden het anders ook reserveringen heten?. De DHCP zal deze gereserveerde adressen niet gaan uitgeven. Dat zou elkaar tegen spreken toch? Er zijn twee soorten IT kanten. De ene zegt buiten je pool de reservering, de ander zegt gewoon binnen de Pool. Ik was iemand van buiten de Pool maar Unifi zou je de andere kant op sturen nu. En kwaad kan het niet. Misschien ook belangrijk voor andere meelezers om hier wat uitsluitsel over te hebben en duideljjkheid
 
#20
Ik reserveer vaste IP's altijd buiten de pool, want je wilt mogelijke conflicten tussen de door de DCHP server uitgegeven IP's met vastgezette IP's vermijden.
Het verhaal van Ubiquiti support vind ik ook raar. Mogelijk is dit veranderd nu Ubiquiti overgeschakeld is naar het gebruik van DNSmasq als DHCP server, maar vroeger telden IP's die vastgezet waren buiten de pool niet mee voor gebruikte adressen in de pool. Ik denk eerder dat de presentatie van het aantal in gebruik IP adressen uit de pool in de controller fout is omdat hij onterecht de vastgezetten IP's meetelt.
Edit: Ook volgens de DNSmasq documentatie gelden fixed IP's die zijn vastgezet buiten de pool niet mee voor het gebruik van de pool. Dus ik denk gewoon dat Ubiquiti fout zit.
 
Laatst bewerkt:
  • Leuk
Waarderingen: mezzerin
Je moet ingelogd zijn om te kunnen reageren. Log in | Registreer
Bovenaan Onderaan
Terug
Menu