<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[IPSec &amp; OSPF, ping YES, TCP No.   OpenVPN &amp; OSPF work as expected.]]></title><description><![CDATA[<p dir="auto">I've set up site to site VPN connections dozens of times and frequently use OSPF and multiple VPN paths across IPSec and/or OpenVPN.</p>
<p dir="auto">I'm working on a new system two two Netgate 1541 appliances and need to do some iperf testing across the VPN to see which combinations of settings are ideal for IPsec and OpenVPN.</p>
<p dir="auto">I configure the IPSec Phase 2 as VTI connections, then assign those to an Interface and use that Interface in OSPF.</p>
<p dir="auto">This is all working and I can PING the remote firewall or remote hosts across the VPN connection, but I cannot make TCP connections across; for example, I can't pull up the pfSense web interface on the remote firewall.</p>
<p dir="auto">I also have OpenVPN tunnels on these firewalls and I place them at a lower metric in OSPF, then I can pass ping traffic as well as TCP traffic, just fine.</p>
<p dir="auto">I've never run into this and I've been banging my head against it all day and could use some help or advice of something else to check?</p>
<p dir="auto">The reason I really need to get IPSec working, as opposed to just using OpenVPN is that these two firewalls will have 10 gigabit fiber WAN connections to each and I suspect that OpenVPN isn't going to give me as high of performance as IPSec should.</p>
<p dir="auto">I am getting about 900 Mbps across OpenVPN with my two test laptops connected with gigabit interfaces.  I have another machine on the way with 10 gig interfaces to test higher-than-1gbps connections.</p>
<p dir="auto">I should also mention that with these IPSec tunnels, if I disable the VTI Phase 2 and create a standard tunnel Phase 2, I can pass traffic perfectly (ICMP and TCP).  It seems to be related to IPSec and OSPF (via FRR) that things are falling down for some reason.</p>
]]></description><link>https://forum.netgate.com/topic/188171/ipsec-ospf-ping-yes-tcp-no-openvpn-ospf-work-as-expected</link><generator>RSS for Node</generator><lastBuildDate>Wed, 07 Oct 2026 00:50:30 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/188171.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 13 May 2024 22:48:13 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to IPSec &amp; OSPF, ping YES, TCP No.   OpenVPN &amp; OSPF work as expected. on Tue, 14 May 2024 13:23:18 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mgavrila">@<bdi>mgavrila</bdi></a> said in <a href="/post/1169120">IPSec &amp; OSPF, ping YES, TCP No. OpenVPN &amp; OSPF work as expected.</a>:</p>
<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/cmcquistion_">@<bdi>cmcquistion_</bdi></a> This is an expected behavior. Take a look here https://docs.netgate.com/pfsense/en/latest/config/advanced-firewall-nat.html#firewall-state-policy</p>
</blockquote>
<p dir="auto">Thank you!</p>
<p dir="auto">This is the clue that I needed.</p>
<p dir="auto">I wasn't completely sure how to create the "Rules with Floating Policy Se" referenced on that link, so I instead I just changed my IPSec rule that was already in place for that interface (allow all) and changed the State Policy from Default to "Floating States"</p>
<p dir="auto">Once I did that and did a Filter Reload, all my traffic is working as expected!</p>
<p dir="auto">This is good to know.  I have a lot of client firewalls that use IPSec and OSPF that are going to stop working when I upgrade their pfSense version unless I implement this change.</p>
]]></description><link>https://forum.netgate.com/post/1169190</link><guid isPermaLink="true">https://forum.netgate.com/post/1169190</guid><dc:creator><![CDATA[cmcquistion_]]></dc:creator><pubDate>Tue, 14 May 2024 13:23:18 GMT</pubDate></item><item><title><![CDATA[Reply to IPSec &amp; OSPF, ping YES, TCP No.   OpenVPN &amp; OSPF work as expected. on Tue, 14 May 2024 07:28:55 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/cmcquistion_">@<bdi>cmcquistion_</bdi></a> This is an expected behavior. Take a look here https://docs.netgate.com/pfsense/en/latest/config/advanced-firewall-nat.html#firewall-state-policy</p>
]]></description><link>https://forum.netgate.com/post/1169120</link><guid isPermaLink="true">https://forum.netgate.com/post/1169120</guid><dc:creator><![CDATA[mgavrila]]></dc:creator><pubDate>Tue, 14 May 2024 07:28:55 GMT</pubDate></item></channel></rss>