<?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 tunnel randomly drops.]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">I have pfSense up and running and I have created an IPsec tunnel from my pfSense device to a Cisco device. I have the lifetime set to 28800 (8 hours) on both sides.  I have a continual ICMP ping and TCP ping going to a remote host. For some weird reason, the tunnel just stopps passing data after a while. The "IPsec Status" page shows a green arrow, and there are no indicators in the log that the tunnel is down of having any communication problems.</p>
<p dir="auto">Any idea where I should look?</p>
<p dir="auto">Kind regards,<br />
-=Zapped=-</p>
]]></description><link>https://forum.netgate.com/topic/25633/ipsec-tunnel-randomly-drops</link><generator>RSS for Node</generator><lastBuildDate>Thu, 14 May 2026 13:55:53 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/25633.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 09 Aug 2010 14:35:16 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Thu, 16 Sep 2010 11:05:02 GMT]]></title><description><![CDATA[<p dir="auto">For now this is the workaround:</p>
<p dir="auto">'Prefer old IPsec SAs' enabled<br />
lifetime on phase2 60 seconds</p>
<p dir="auto">Regards, Andrea.</p>
]]></description><link>https://forum.netgate.com/post/246482</link><guid isPermaLink="true">https://forum.netgate.com/post/246482</guid><dc:creator><![CDATA[amenchetti]]></dc:creator><pubDate>Thu, 16 Sep 2010 11:05:02 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Thu, 16 Sep 2010 10:06:39 GMT]]></title><description><![CDATA[<p dir="auto">Hi to everybody. I have a Pfsense 1.2.3 (nanobsd) on ALIX 2D13 with LAN IP 10.x.x.1/24.<br />
I have 2 IPSEC VPN: the first one is with a Cisco VPN Concentrator (I don't know which IOS)<br />
with access only by 10.x.x.220/32, the second with a router Cisco IOS c850-advsecurityk9-mz.124-15.T1<br />
with access by 10.x.x.0/24 (same but all lan's IP).<br />
The first one stops sending traffic with IPSEC status OK in 516 seconds, the second always good.<br />
The only thing that I can do to solve this problem is to disable/enable IPSEC service<br />
(workaround with cron is not the best solution…).</p>
<p dir="auto">I'll try a debug as follow... IPSEC service disable on Pfsense, activate a shell command as follow:<br />
racoon -F -d -v -f /var/etc/racoon.conf</p>
<p dir="auto">The log with 2 IPSEC VPN says error 'DEBUG: check and compare ids : value mismatch (IPv4_address                                                                              )' ALWAYS on the first configuration IPSEC configuration (if I invert the sequence in the configuration file<br />
the mismatch error is on the FIRST IPSEC policy ALWAYS)</p>
<p dir="auto">If I disable first or second IPSEC VPN the debug was ALWAYS OK!!!</p>
<p dir="auto">With flag 'Prefer old IPsec SAs' enabled, the first VPN make this log:</p>
<p dir="auto">Sep 16 11:41:48 racoon: ERROR: failed to recv from pfkey (Resource temporarily unavailable)<br />
Sep 16 11:41:48 racoon: WARNING: attribute has been modified.<br />
Sep 16 11:41:48 racoon: WARNING: ignore RESPONDER-LIFETIME notification.</p>
<p dir="auto">With flag 'Prefer old IPsec SAs' disabled, both VPN make this log:</p>
<p dir="auto">Sep 16 12:03:40 racoon: ERROR: failed to recv from pfkey (Resource temporarily unavailable)</p>
<p dir="auto">Anybody can help me?<br />
Thanks to all.</p>
<p dir="auto">Regards, Andrea.</p>
]]></description><link>https://forum.netgate.com/post/246480</link><guid isPermaLink="true">https://forum.netgate.com/post/246480</guid><dc:creator><![CDATA[amenchetti]]></dc:creator><pubDate>Thu, 16 Sep 2010 10:06:39 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Tue, 07 Sep 2010 16:52:49 GMT]]></title><description><![CDATA[<p dir="auto">Hello. I am experiencing much the same behavior. The tunnel appears to be up but no traffic passes. In my case I am running pfSense 1.2.3 on all endpoints and on identical hardware. (soekris net5501's). Would preferring old SA's be of any help in this situation?</p>
<p dir="auto">Thanks</p>
]]></description><link>https://forum.netgate.com/post/245569</link><guid isPermaLink="true">https://forum.netgate.com/post/245569</guid><dc:creator><![CDATA[8bit]]></dc:creator><pubDate>Tue, 07 Sep 2010 16:52:49 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Fri, 03 Sep 2010 13:26:59 GMT]]></title><description><![CDATA[<p dir="auto">I ran into this problem yet again.  Here's my steps to troubleshoot and eventually fix it:</p>
<ul>
<li>
<p dir="auto">went to the specific tunnel in pfsense and just did an edit/save/reload so it refreshes the connection, ping fails</p>
</li>
<li>
<p dir="auto">restart the racoon service, ping failed</p>
</li>
<li>
<p dir="auto">put a checkmark in prefer old ipsec sas, restart racoon server, ping failed</p>
</li>
<li>
<p dir="auto">remove checkmark in prefer old ipsec sa, restart racoon server, ping fialed</p>
</li>
<li>
<p dir="auto">log into cisco (pix 525, v7.2(1)).</p>
</li>
<li>
<p dir="auto"><code>sh isakmp sa</code> doesn't list the pfsense ip</p>
</li>
<li>
<p dir="auto"><code>sh ipsec sa</code> I DO see the pfsense ip listed here</p>
</li>
<li>
<p dir="auto"><code>clear ipsec sa peer 10.20.30.40</code> (where that's the ip of the pfsense box), ping works</p>
</li>
</ul>
<p dir="auto">So doesn't really explain why it stops working (have DPD on both sides as well as keep-alive ping on both sides)</p>
]]></description><link>https://forum.netgate.com/post/245295</link><guid isPermaLink="true">https://forum.netgate.com/post/245295</guid><dc:creator><![CDATA[vrillusions]]></dc:creator><pubDate>Fri, 03 Sep 2010 13:26:59 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Thu, 12 Aug 2010 18:44:56 GMT]]></title><description><![CDATA[<p dir="auto">Any updates? Anything else I can look at?</p>
]]></description><link>https://forum.netgate.com/post/242833</link><guid isPermaLink="true">https://forum.netgate.com/post/242833</guid><dc:creator><![CDATA[ZappedC64]]></dc:creator><pubDate>Thu, 12 Aug 2010 18:44:56 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Mon, 09 Aug 2010 20:46:57 GMT]]></title><description><![CDATA[<p dir="auto">Well… the tunnel stopped transmitting packets with no indication that the tunnel is down:</p>
<p dir="auto">Aug 9 19:15:02 racoon: [qualcomm-ipsec-tun]: INFO: IPsec-SA established: ESP 10.168.x.x[0]-&gt;192.35.x.x[0] spi=2724284784(0xa2614970)<br />
Aug 9 19:15:02 racoon: [qualcomm-ipsec-tun]: INFO: IPsec-SA established: ESP 192.35.x.x[0]-&gt;10.168.x.x[0] spi=231090894(0xdc62ace)<br />
Aug 9 19:15:02 racoon: WARNING: attribute has been modified.<br />
Aug 9 19:15:02 racoon: WARNING: ignore RESPONDER-LIFETIME notification.<br />
Aug 9 19:15:02 racoon: [qualcomm-ipsec-tun]: INFO: initiate new phase 2 negotiation: 10.168.x.x[500]&lt;=&gt;192.35.x.x[500]<br />
Aug 9 19:15:02 racoon: [qualcomm-ipsec-tun]: INFO: ISAKMP-SA established 10.168.x.x[500]-192.35.x.x[500] spi:bc93e4f328a17622:31171cee66396652<br />
Aug 9 19:15:01 racoon: INFO: received Vendor ID: draft-ietf-ipsra-isakmp-xauth-06.txt<br />
Aug 9 19:15:01 racoon: INFO: received Vendor ID: DPD<br />
Aug 9 19:15:01 racoon: INFO: received Vendor ID: CISCO-UNITY<br />
Aug 9 19:15:01 racoon: INFO: begin Identity Protection mode.<br />
Aug 9 19:15:01 racoon: [qualcomm-ipsec-tun]: INFO: initiate new phase 1 negotiation: 10.168.x.x[500]&lt;=&gt;192.35.x.x[500]<br />
Aug 9 19:15:01 racoon: [qualcomm-ipsec-tun]: INFO: IPsec-SA request for 192.35.x.x queued due to no phase1 found.<br />
Aug 9 19:15:01 racoon: INFO: unsupported PF_KEY message REGISTER<br />
Aug 9 19:15:01 racoon: [Self]: INFO: 172.16.x.x[500] used as isakmp port (fd=17)<br />
Aug 9 19:15:01 racoon: [Self]: INFO: 10.168.x.x[500] used as isakmp port (fd=16)<br />
Aug 9 19:15:01 racoon: [Self]: INFO: 127.0.0.1[500] used as isakmp port (fd=15)<br />
Aug 9 19:15:01 racoon: [Self]: INFO: 192.168.x.x[500] used as isakmp port (fd=14)<br />
Aug 9 19:15:01 racoon: INFO: Reading configuration from "/var/etc/racoon.conf"<br />
Aug 9 19:15:01 racoon: INFO: @(#)This product linked OpenSSL 0.9.8e 23 Feb 2007 (http://www.openssl.org/)<br />
Aug 9 19:15:01 racoon: INFO: @(#)ipsec-tools 0.7.2 (http://ipsec-tools.sourceforge.net)</p>
]]></description><link>https://forum.netgate.com/post/242418</link><guid isPermaLink="true">https://forum.netgate.com/post/242418</guid><dc:creator><![CDATA[ZappedC64]]></dc:creator><pubDate>Mon, 09 Aug 2010 20:46:57 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Mon, 09 Aug 2010 19:13:24 GMT]]></title><description><![CDATA[<p dir="auto">Ok. I'll try that. Thank you.</p>
<p dir="auto">-=Zapped=-</p>
]]></description><link>https://forum.netgate.com/post/242411</link><guid isPermaLink="true">https://forum.netgate.com/post/242411</guid><dc:creator><![CDATA[ZappedC64]]></dc:creator><pubDate>Mon, 09 Aug 2010 19:13:24 GMT</pubDate></item><item><title><![CDATA[Reply to IPsec tunnel randomly drops. on Mon, 09 Aug 2010 15:48:06 GMT]]></title><description><![CDATA[<p dir="auto">First, try System &gt; Advanced, Prefer old IPsec SAs.</p>
<p dir="auto">If that's already checked, uncheck and try again.</p>
<p dir="auto">Failing that, post the IPsec logs from the connection and they may have some insight into the issue.</p>
]]></description><link>https://forum.netgate.com/post/242391</link><guid isPermaLink="true">https://forum.netgate.com/post/242391</guid><dc:creator><![CDATA[jimp]]></dc:creator><pubDate>Mon, 09 Aug 2010 15:48:06 GMT</pubDate></item></channel></rss>