NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Schema of a Smart Home: One IP => Multiple MACs
I use an XR700 router with a EX8000 extender. They were expensive and I hope that they would provide my household a few more years of service. I want to use TP-Link Smart Plugs (Kasa brand) becau...
From what you posted, those MAC addreses are different and displayed by the XR router as it sees it.
You don't need fixed or static IP addresses for your smart plugs I have one smart plug and it uses Dynamic IP addressing. Runs fine with there smart plug mobile app.
However, if the smart plug offers any kind of static IP addressing configurations, one could set a static IP address here ON the device that is OUTSIDE of the routers default IP address pool range. Then this static IP address won't change and you'll know what it is and where it's assigned too. Something I do with my XR700 currently.
I have a managed switch and Orbi router in AP mode. Both have static IP configurations on them and works fine.
Again as it's mentioned already, networking specs do NOT allow for same IP addresses to occupy or assign to same MAC addresses. This is to avoid IP addressing conflicts and networking connections from being properly made per device/MAC addresses.
The XR700 is EoL and not sure if NG is going to do any more development on it. I've asked about this and still up in the air. NetDuma has been running some beta testing for there side of the FW since they are the designers of that side of the FW. They don't addresses anything on the NG side from what understand. https://community.netgear.com/t5/Nighthawk-Pro-Gaming-DumaOS-3-0/NOTICE-NETDUMA-Beta-Firmware-for-the-NETGEAR-XR700-Router/td-p/2325277/jump-to/first-unread-message
I'm not sure how much more "messy" things could get when we already have 2 MAC addresses assigned to the same IP address?
For example, the EX8000 shows:
Now, what would break if the router allowed for a reservation table that had the same two MAC's for this single interface? If NETGEAR cannot share this info between the EX8000 and XR700, then just let me type it in myself and leave the responsibility with me with some words of caution. We all know that only one of these MAC's will show up on the link layer at any given moment. And, it's not like there is fencing put around every place users could mess things up on a router!
I used the term statically-addressed which was confusing - apologies. I only seek a dynamic DHCP assignment of an IP via some IP reservation mechanism. There is no static IP option on the Kasa smart plug (I would want to manage addresses centrally, anyway) and I do not want to use a smartphone app to operate plugs manually. Instead, I want to automate an "on" command for a pump when a container is getting full using a Node-Red interface. People like to automate stuff like this and are hitting this issue and building their own dnsmasq or moving to DD-WRT or proprietary mesh rather than leveraging existing standards and asking vendor to fix what they have broken.
Jamie-NH wrote:
Now, what would break if the router allowed for a reservation table that had the same two MAC's for this single interface? If NETGEAR cannot share this info between the EX8000 and XR700, then just let me type it in myself and leave the responsibility with me with some words of caution. We all know that only one of these MAC's will show up on the link layer at any given moment. And, it's not like there is fencing put around every place users could mess things up on a router!
To say it once again: The MAC translation in place on these old extender designs is key for it's operations. Sure, it does prohibit -any- common DHCP server implementation to assign the same IP address what are physically to different networks, on both sides of the extender (the wireless vs. the physical LAN port).
Something you can try, Turn OFF the EX extender and let the devices all connect to the XR router. Setup some IP address reservations there for your devices you want to control and such. Once that's all setup and working, then power ON the EX extender. See if this configuration continues to work with the EX on. Maybe something to get into a different extender as well. Not sure if the new EAX series would have same problem or not. I haven't ran one in a long time. I know a MESH system, you'll not see this issue.
Jamie-NH wrote:
I'm not sure how much more "messy" things could get when we already have 2 MAC addresses assigned to the same IP address?
For example, the EX8000 shows:
Now, what would break if the router allowed for a reservation table that had the same two MAC's for this single interface? If NETGEAR cannot share this info between the EX8000 and XR700, then just let me type it in myself and leave the responsibility with me with some words of caution. We all know that only one of these MAC's will show up on the link layer at any given moment. And, it's not like there is fencing put around every place users could mess things up on a router!
I used the term statically-addressed which was confusing - apologies. I only seek a dynamic DHCP assignment of an IP via some IP reservation mechanism. There is no static IP option on the Kasa smart plug (I would want to manage addresses centrally, anyway) and I do not want to use a smartphone app to operate plugs manually. Instead, I want to automate an "on" command for a pump when a container is getting full using a Node-Red interface. People like to automate stuff like this and are hitting this issue and building their own dnsmasq or moving to DD-WRT or proprietary mesh rather than leveraging existing standards and asking vendor to fix what they have broken.
FURRYe38 wrote:Something you can try, Turn OFF the EX extender and let the devices all connect to the XR router. Setup some IP address reservations there for your devices you want to control and such. Once that's all setup and working, then power ON the EX extender. See if this configuration continues to work with the EX on.
I did this and it worked (for now, at least). I am very confused.
I would have expected that when the devices migrated back to the extender, the router would see their virtual MAC's and it did:
However, the router's DHCP service then broke its own reservation rules and provided the virtual MAC device with the IP reservation associated with the native MAC address. Wow! What is going on here?!? The router shouldn't recognize the device by virtual MAC, right?
Perhaps, the IP reservation was just being held by the devices and simply weren't yet relinquished. But I setup my DHCP reservations to expire in 1 hour for this testing situation and this stickiness has lasted over night.
Furthermore, I created a second reservation for the virtual MAC to set the device to a different IP address and kept the original (native MAC):
The router's DHCP still provided the 1.23 address associated with the native MAC.
So, I rebooted the plug (power off/on) - it connected through the extender with virtual MAC and still got native MAC reserved IP - good! Big test, unplugged device and rebooted router and extender then plugged in device after extender was up and STILL GOOD.
What is going on here, FURRYe38?
Can I count on this reservation to last? Is that why I see this entry in my client list (even after the reboot) with two MAC addresses associated with a single device, like this:
Thanks for your help.
Jamie-NH wrote:
FURRYe38 wrote:
Something you can try, Turn OFF the EX extender and let the devices all connect to the XR router. Setup some IP address reservations there for your devices you want to control and such. Once that's all setup and working, then power ON the EX extender. See if this configuration continues to work with the EX on.
However, the router's DHCP service then broke its own reservation rules and provided the virtual MAC device with the IP reservation associated with the native MAC address. Wow! What is going on here?!? The router shouldn't recognize the device by virtual MAC, right?
The router's DHCP still provided the 1.23 address associated with the native MAC.
Again, down to the basics. This magic XR700 is a Netgear device, enhanced with the NetDuma code for the gaming features.
The underlaying DHCP server is the very say like on any other Netgear consumer router, with the industry standard design of -one- MAC address and -one- IP address, and built (unless I'm very wrong) based on the ubiquitous and omnipresent Busybox udhcpd DHCP. To me, it looks like NetDuma (and/or Netgear) has added this not just misleading, but technically wrong idea for supporting a single IP address with two or more MAC addresses in their gaming router Web UI.
What you experience is nothing but the RFC compliant, industry standard behavior of the Busybox udhcpd DHCP. Which ever MAC is taking preference is likely mostly random, active in the HDCP processing is only -one- MAC and the -one- associated IP address.
Back to the sender, being to Netgear and/or NetDuma, to get their pants up, ideally to remove or disable this ability to define -one- IP address with two or more MAC - simply because the Busybox udhcpd can't and will likely -never- deal with. Because it does not have to. The router behavior is correct 8-)
Cumbersome this discussion is currently in the Wi-Fi Range Extenders 6 Nighthawk Mesh community section, where Netduma_Alex Netduma-Liam Netduma_Luke Netduma_Jack are not participating - as the problem the customer facing is caused by a wrong Web UI implementation on the Netgear Gaming routers.
