<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote">On Wed, Jun 12, 2019 at 2:45 PM Anurag Bhatia <<a href="mailto:me@anuragbhatia.com">me@anuragbhatia.com</a>> wrote:<br>><br>><br>> I am running two site to site VPNs (wireguard now, OpenVPN earlier) between my home and a remote server over two different WAN links. Both WAN links are just consumer connections - one with public IP and one with CGNATed IP. <br>> The redundancy here is taken care of by the OSPF running via FRR on both ends. <br>><br>><br>> The unexpected behaviour I get is that if I set OSPF cost to prefer say link1 between home -> server and prefer link 2 between server -> home then connectivity completely breaks between the routed pools. The point to point IPs stay reachable (which is over expected links i.e symmetric via both ends). As long as both ends prefer link1 or link2, it works fine. At first, I thought it had to do something with NAT but still can't understand how. Since VPN tunnels have a keep-alive timer (for 10 seconds), the tunnel is always up. Any idea why asymmetric packets are being dropped here? <br></div><div class="gmail_quote"><br></div><div class="gmail_quote">This is probably enabled on one or both ends:</div><div class="gmail_quote"><br></div><div class="gmail_quote"><a href="http://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.kernel.rpf.html">http://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.kernel.rpf.html</a></div><div class="gmail_quote"><br></div><div class="gmail_quote">Disable it.</div><div class="gmail_quote"><br></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>William Herrin</div><div><a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a></div><div><a href="https://bill.herrin.us/" target="_blank">https://bill.herrin.us/</a><br></div></div></div></div></div>