NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
DHCP leases not persistant after restart
I work with IP set top boxes, home networks, etc. Recently I upgraded a MoCA based network that had individual access points to Orbi hoping to take advantage of a mesh network. Unfortunately I've r...
There are no other routers in the network. The cable modem is a Netgear CM1100. The IP 192.168.1.250 has the same MAC address as the other IP 192.168.0.27 that the Orbi Satellite is using. It's just bad behavior, some static backup IP configured on the satellite. It just sits there arping for all the IPs it used to know about before the restart of the Orbi router. All the network clients ignore it since it's on the wrong network. It just suggests to me the router/satellite combo doesn't fully reconfigure itself to the new network range.
I'm actually more concerned about the lack of DHCP lease persistance. Every time I restart the router everything gets a new address (and yes it's the Orbi doing the DHCP). Ironically I noticed it while reserving static IP addresses to avoid things like printers changing IP addresses. I recall folks were having a problem with a particular doorbell and the solution was to give it a static IP. DHCP servers need to remember the addresses they have already assigned when they restart or else there is chaos.
The satellites do have 192.168.1.250 hardcoded as a backup address. This is used if the satellite is not configured, but I'm not sure whether this is used at every boot-up or only when the satellite has been reset and has no prior configuration.
I'm not sure about the DHCP issues you are having. I run my Orbi in AP mode with another router so I don't see anything like this. What you describe doesn't make sense though. Devices receive addresses via DHCP and will hold onto the addresses until the lease expires. Clients don't know the Orbi rebooted and restarting Orbi doesn't cause your devices to request new addresses.
Something else must be going on. Hard coding IPs into devices could cause problems, if the hard coded addresses were within the DHCP range of Orbi.
st_shaw wrote:
....... Hard coding IPs into devices could cause problems, if the hard coded addresses were within the DHCP range of Orbi.....
NetworkEng If you set static IP addresses in the devices then please make sure these addresses are outside the Orbi's DHCP range, but within the LAN segment (the set netmask in Orbi)
Yes, my DHCP ends at .199 and static assignments are above that.
--
What you describe doesn't make sense though. Devices receive addresses via DHCP and will hold onto the addresses until the lease expires. Clients don't know the Orbi rebooted and restarting Orbi doesn't cause your devices to request new addresses.
--
Devices do receive addresses from DHCP and typically renew at 50% of lease time. Clients DON'T know the Orbi rebooted and so they keep using their address. Meanwhile the Orbi starts handing out these already in use addresses to new clients. This is the problem I'm trying to get to and hoping somebody from Netgear sees it because it's got to be impacting lots of people. I bet this is one of the reasons many people seem to be loading old firmware. Most devices seem to detect the IP conflict and re-initiate DHCP so the problem resolves fairly quickly but a few devices will hold their address for a long time and so conficts can persist.
Anybody running in Router mode is free to try this. Look at the addresses assigned under attached devices, then do something to restart the router. Go back and see if devices still have the same addresses. I bet not.
