Hello folks,<div><br></div><div>First post here and have to say I&#39;m loving Openswan so far!  I&#39;ve successfully connected with a Juniper box followed by a Cisco ASA 5500 (vendor operated), both of which were fairly seamless affairs.</div>
<div><br></div><div>I&#39;m running into some issues with the Cisco ASA 5500 though, and unfortunately don&#39;t have access to it to watch the logs.  From my own research I have gathered that:</div><div><br></div><div>- tcpdumps from a host on the vendor side of constant ICMP traffic shows that traffic is halted at 03:46AM (see logs below)</div>
<div>- on my side, ipsec auto --status and /etc/init.d/ipsec status shows that the tunnels are up</div><div><br></div><div>I ran an ipsec barf and the logs from /var/log/messages show some interesting information, but none from precisely the time that the ICMP traffic halted (it&#39;s all either before or after 03:46):</div>
<div><br></div><div>== /var/log/messages before the traffic stopped passing ==</div><div><font face="&#39;courier new&#39;, monospace"><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: initiating Aggressive Mode #6 to replace #5, connection &quot;conn_cisco_ASA5500/</div>
<div>0x1&quot;</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: pluto_do_crypto: helper (-1) is  exiting</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: | setting sec: 1</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: received Vendor ID payload [Cisco-Unity]</div>
<div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: received Vendor ID payload [XAUTH]</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: received Vendor ID payload [Dead Peer Detection]</div>
<div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: received Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n] method set to=106</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: ignoring Vendor ID payload [FRAGMENTATION c0000000]</div>
<div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: ignoring Vendor ID payload [Cisco VPN 3000 Series]</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: protocol/port in Phase 1 ID Payload must be 0/0 or 17/500 but are 17/0</div>
<div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: Aggressive mode peer ID is ID_IPV4_ADDR: &#39;1.2.3.4&#39;</div><div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: NAT-Traversal: Result using draft-ietf-ipsec-nat-t-ike-02/03: no NAT detectedApr 24 03:00:19 ipsec-serv1 pluto[27009]: packet from <a href="http://1.2.3.4:500">1.2.3.4:500</a>: pluto_do_crypto: helper (-1) is  exiting</div>
<div>Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: transition from state STATE_AGGR_I1 to state STATE_AGGR_I2Apr 24 03:00:19 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #6: STATE_AGGR_I2: sent AI2, ISAKMP SA established {auth=OAKLEY_PRESHARED_KEY cipher=aes_256 prf=oakley_sha</div>
<div> group=modp1024}</div><div><br></div></font></div><div><font face="&#39;courier new&#39;, monospace"><br></font></div><div>== /var/log/messages after the traffic stopped passing ==</div><div><font face="&#39;courier new&#39;, monospace"><div>
Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: initiating Aggressive Mode #7 to replace #6, connection &quot;conn_cisco_ASA5500/</div><div>0x1&quot;</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: pluto_do_crypto: helper (-1) is  exiting</div>
<div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: | setting sec: 1</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received Vendor ID payload [Cisco-Unity]</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received Vendor ID payload [XAUTH]</div>
<div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received Vendor ID payload [Dead Peer Detection]</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n] method set to=106</div>
<div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: ignoring Vendor ID payload [FRAGMENTATION c0000000]</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: ignoring Vendor ID payload [Cisco VPN 3000 Series]</div>
<div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: protocol/port in Phase 1 ID Payload must be 0/0 or 17/500 but are 17/0</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: Aggressive mode peer ID is ID_IPV4_ADDR: &#39;1.2.3.4&#39;</div>
<div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: NAT-Traversal: Result using draft-ietf-ipsec-nat-t-ike-02/03: no NAT detectedApr 24 03:49:33 ipsec-serv1 pluto[27009]: packet from <a href="http://1.2.3.4:500">1.2.3.4:500</a>: pluto_do_crypto: helper (-1) is  exiting</div>
<div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: transition from state STATE_AGGR_I1 to state STATE_AGGR_I2</div><div>Apr 24 03:49:33 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: STATE_AGGR_I2: sent AI2, ISAKMP SA established {auth=OAKLEY_PRESHARED_KEY cipher=aes_256 prf=oakley_sha</div>
<div> group=modp1024}</div><div>Apr 24 03:49:34 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: ignoring informational payload, type INVALID_SPI msgid=00000000</div><div>Apr 24 03:49:34 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received and ignored informational message</div>
<div>Apr 24 03:49:40 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: ignoring informational payload, type INVALID_SPI msgid=00000000</div><div>Apr 24 03:49:40 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received and ignored informational message</div>
<div>Apr 24 03:49:46 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: ignoring informational payload, type INVALID_SPI msgid=00000000</div><div>Apr 24 03:49:46 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received and ignored informational message</div>
<div>Apr 24 03:49:52 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: ignoring informational payload, type INVALID_SPI msgid=00000000</div><div>Apr 24 03:49:52 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received and ignored informational message</div>
</font></div><div><br></div><div>The messages regarding INVALID_SPI continue at regular intervals for quite some time afterward, and at 04:34 the standard set of payloads reoccurs (Cisco-Unity, XAUTH, DPD, FRAGMENTATION, etc.) and finally receives a Delete SA payload:</div>
<div><br></div><div><div><font face="&#39;courier new&#39;, monospace">Apr 24 04:35:10 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received and ignored informational message</font></div><div><font face="&#39;courier new&#39;, monospace">Apr 24 04:35:10 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #7: received Delete SA payload: deleting ISAKMP State #7</font></div>
<div><font face="&#39;courier new&#39;, monospace">Apr 24 04:35:10 ipsec-serv1 pluto[27009]: packet from <a href="http://1.2.3.4:500">1.2.3.4:500</a>: received and ignored informational message</font></div><div><font face="&#39;courier new&#39;, monospace">Apr 24 04:35:10 ipsec-serv1 pluto[27009]: &quot;conn_cisco_ASA5500/0x1&quot; #8: received Delete SA payload: deleting ISAKMP State #8</font></div>
</div><div><br></div><div>The tunnel itself comes up quickly and passes traffic for a long time, so I&#39;m pretty sure there are no issues with the IKE exchange process.  The actual time from tunnel creation to the point that it stops passing traffic seems to be intermittent (sometimes 1.5 hrs, sometimes 5) so I&#39;m somewhat at a loss.  Barring me being able to capture  syslog traffic from the vendor ASA 5500, has anyone had a similar experience, or suggestions for where else to look for issues?</div>
<div><br></div><div>Thanks in advance,</div><div>-C</div>