search for: cloudvpn

...t supply Subnet-directives for those), that's also impossible because network topology changes so the other subnets are dynamic. Therefore I use ospf (quagga) to dynamically determine routing-information. This works fine, and it has always worked fine with other VPN implementations (OpenVPN and CloudVPN). Both routers see eachothers ospf daemon and exchange routes, no problem. However the problem is that these routes aren't actually working. When I try to ping an IP on the other end of the VPN, I get the following: # ping 192.168.4.1 PING 192.168.4.1 (192.168.4.1) 56(84) bytes of data.