Hub Mesh between diffrent subnets


Have a thought about how hub mesh communicates and how I should be able to make it work. I have two sites on different subnets that are linked by a wireguard tunnel. Both sides of the tunnel run pfsense and avahi to pass on mdns. Google cast, Amplifier, Nvidia Shield and Printer work and are properly reflected between the different subnets. But can not get the Hubitat hubs to find each other via hub mesh.

I have three Hubitat gateways. The two that are located within the same subnet find each other regardless of whether I select TCP or UDP as the setting via hub mesh. But the one on the remote site can not be found. One of the hubs is a C7 hub and I can see it using zeroconfServiceBrowser on

Does anyone have experience of how to make it work between different subnets and which protocol hub mesh works on?

I use hub connect unless I have two hubs on the same subnet for large areas needing the coverage then hub mesh seems to work great. I also use hub connect on the same network for the same purpose. If you do get a working way via hub mesh please post it as hub connect has no one maintaining it as far as I know.

@chrbratt As shown, Hub mesh only works on the same subnet. You must use Hub Connect for multiple subnets. This can be done through cloud or through vpn

AFAIK - since HE locks the subnet mask for hard-set/static (Maybe if you're dhcp you can get around this?), it's not possible to expand the 'visibility' of a hub. When used In a local, non-routable environment such as 192.168 or 10.10 the HE doesn't adhere to the standards norm of a NIC. it's a bummer since many folks use vlans and subnets for segmentation and/or security.
4-5 years ago, I was using Dave Gutheinz
KASA driver with IP bulbs and my subnets had no problems. When I moved to HE, I stopped using IP based devices (because they broke and I was too stupid to fix it!)
I've not personally tested this - but there is now WiFi support in HE on c7's. You might try enabling DHCP, setup a DHCP reservation and passing args for:
27 All subnets are local The client assumes all subnets are local
33 Static route Option Destination/router address pairs
121 Classless static routes Destination, mask and router IP addresses in priority order

I expect it would be rather simple to multi-home a static machine and 'forward' all traffic back and forth but that defeats the point of the subnets...

I wonder if writing a PPP driver could be used to transpose multiple hubs in seperate subnets... just a specific 'bridge' where you could span x HE hubs... hmm. (I'm off to go see if something already exists as a model!)

1 Like

Maybe one day @gopher.ny will look at this one day but even with static, it's not designed to do it. Hence Hub Connect.

That. Hub mesh implementation can be fairly simple while it's local. Once you start include unreliable WAN links into the picture, it becomes a significant engineering undertaking. Resources are best spent elsewhere at this point.


Download the Hubitat app