Thu Jan 09, 2020 12:08 am
It can't work because the computers are configured with network mask /19 meaning they should be able to directly talk to both /20 subnets without using any gateway. Which is not the case in your setup.
If you insist on using /19 netmask for clients (I don't see the reason for doing it, but that doesn't mean you don't have a good one), then you should configure proxy-arp on both gateways ... acting as proxy for the "remote half" of /19 subnet ...
In theory EOIP tunnel should overcome the problem, but I guess something is not set up correctly ... because EOIP should be working on L2 meaning you shouldn't need any static route towards the remote half of /19 network ...