Ok, so based on the routing screenshots: You have 2 distinct LAN subnets, 192.168.0.0 255.255.255.0 (/24) and 192.168.50.0 255.255.255.0 (/24).
Just because they have the same mask, i.e 255.255.255.0 (/24), does not make them the same subnet. The subnet mask dictates the size of a subnet, i.e the allowed 'range' if you will
So, 192.168.0.0-255, where 0 is the network address and not usable, 255 is the broadcast address and not usable. Usable addresses in the 192.168.0.0/24 subnet are between .1 and .254. This is one subnet.
For your other subnet, 192.168.50.0-255, where 0 is the network address and not usable, 255 is the broadcast address and not usable. Usable addresses in the 192.168.50.0/24 subnet are between .1 and .254. This is another completely separate subnet.
I'm going to assume that:
- Channels DVR has an IP address on your home network of 192.168.0.100
- HDHR has an IP address on your Lakehouse network of 192.168.50.100
Now, look at your routing table for the home connection:
Do you see a route to 192.168.50.x? No. Your home connection does not know that the 192.168.50.x network exists. So it uses the default route, i.e via your ISP gateway (which would/should be dropped).
Again, looking at your routing table for the Lakehouse connection:
Do you see a route BACK to your home 192.168.0.x network? No. The Lakehouse does not know that the 192.168.0.x network exists. So it uses the default route, i.e via your ISP gateway (which would/should be dropped).
So we can see that neither end knows about the other end. Yes, you have a tunnel network for 10.10.0.0/24, but this doesn't automatically mean it knows about the other LAN networks.
I'm going to assume that:
- Home connection, has a 10.10.0.1 address on the tunnelled network
- Lakehouse connection, has a 10.10.0.2 address on the tunnelled network
So, what are you missing?
- On the home connection, you need the following route to tell it HOW to reach the Lakehouse network via the tunnelled network
Destination: 192.168.50.0/24 GW: 10.10.0.2
- On the Lakehouse connection, you need the following route to tell it HOW to reach/route back to the Home network via the tunnelled network
Destination: 192.168.0.0/24 GW: 10.10.0.1
Then, you can see that each network can reach (and route back) to each other, via the connected tunnelled network.
UPDATE: Aside from the raw bandwidth side of things, you need to make sure that the routers you have at both ends are capable of encrypting/decrypting the VPN traffic at the required rate. VPNs can be 'expensive' in terms of processing power, if you don't need encryption you could disable this to lower the overhead.