Odd DHCP Issue with Gold Edition and Google Nest Wifi
First things first; I followed the setup guide for the Nest Wifi and for the most part it is working as expected.
First the configuration:
Firewalla WAN Port: Connected to my CenturyLink modem via DHCP. (No Issues)
The next port over (port 3) is connected to the WAN port on the google router. It's configured for DHCP and a dedicated subnet of 192.168.200.0/24. (Currently the WAN IP is showing "not available" on the google Wifi app, but initially it was showing a .200 address from the subnet above.)
The LAN on the google router is configured for 192.168.86.1/24 with a DHCP pool of .2 - .3. (And my two access points have claimed these addresses as expected.)
The next two Firewalla ports (1 and 2) are configured for DHCP on what is my home network (192.168.1.0/24) Port 2 is going back to the LAN interface on the google router and port 1 goes to my physical switch where my lab and various ethernet ports around the house are connected.
Everything that connects via WiFi is working as expected and pulling a 192.168.1.0/24 address.
Everything on the switch that has a static 192.168.1.0/24 address works as expected.
One of the workstations that is connected to the switch and is using DHCP is having intermittent issues. (It works fine with a static IP.) When on DHCP it intermittently tries to pull and address from the 192.168.86.1 DHCP server and fails to obtain an address. I don't under stand why it is going there and not to 192.168.1.1 like the other devices.
Anther odd thing: In Firewalla's Devices I see 70 devices. (As expected) But when I look at the device list on the Google Wifi app I only see 20. And there is no logical reason for the 20 devices I see. They are all WiFi devices, but most of the 70 devices are so it makes no sense why the nest app only sees these 20.
Is there something I am missing here?
-
1. The DHCP issue related to your workstation may be related to some google wifi may send out a DHCP rejection message and causing the DHCP request to fail before Firewalla returns you a valid IP address. Not sure why Google Wifi randomly does this, but ... a static IP will work.
2. Likely the Wired devices are not seen by Google wifi, since it is firewalla who is running your LAN network instead of Google. (via the trick). best just rely on firewalla on device list, since it is the one that's giving out the DHCP addresses. (e.g. treat your google wifi as if it is in AP / Bridge Mode)
-
having the same issue, but i think its a combination of things.
I have approx 50 devices but TWO refuse to play nice and get an address from firewalla. An HP printer and a sony soundbar. Interestingly both have ethernet and wifi options so i wonder if thats related (I have 2 tvs with ethernet and wifi so that alone is not a trigger)
I havent worked it all out with the soundbar but i fought through the hp printer. it ouldnt even let me set a static ipv4. Part of its problem is that it also does IPV6. it seems it was connecting to the google wifi to get an ipv6 address, got one but was freaked because it couldnt get an ipv4 too. i turned ipv6 off on the google and no luck. then i disable ipv6 ob the printer and finally it let me set an ipv4.
i need to check on the soundbar eventually but i dont think it had v6.
also i have a firewalla at my office too (both blue+) and i am forced to use a comcast gateway since i have static IP. IT doesnt have an option to kill the v6. Also have a HP printer with v4 and v6 there (The previous model of the printer at home with the issues) and there is no problem at all with that setup. Go figure.
is there any future for firewalla to do ipv6 itself? Perhaps that would fix it?
-
Firewalla in Simple Mode: This one support ipv6, you need to turn on + then turn on ipv6. Or you can turn on in the "monitoring" button and then tap on mode if you are using 1.44
Firewalla in Router Mode: this one support ipv6 natively
Firewalla in DHCP Mode: This one does not support ipv6; it unlikely will in the future. The reason is, overlay network is a lot harder under ipv6.
Please sign in to leave a comment.
Comments
6 comments