[strongSwan] Rekey Collisions
Steve Lee
steve.lee at zynstra.com
Thu Jul 31 13:40:38 CEST 2014
The logs I pasted were for the previous night and only for the bit where the collision occurred - I do have the logs for last night but there's rather a lot of it as there are multiple tunnels - I'll run it again with the patch and fewer tunnels.
Running with these parameters now to try to increase the frequency of the problem
ikelifetime=15m
keylife=5m
rekeymargin=1m
keyingtries=%forever
rekeyfuzz=0%
keyexchange=ikev2
left=10.0.20.177
leftcert=/etc/certificates/.intersite.myx509.crt
leftid="CN=intersite-customer-0000-0003, OU=HAP Customers"
leftfirewall=yes
auto=route
dpdaction=hold
reauth=no
Thanks
Steve
________________________________________
From: Martin Willi <martin at strongswan.org>
Sent: 31 July 2014 11:16
To: Steve Lee
Cc: users at lists.strongswan.org
Subject: Re: [strongSwan] Rekey Collisions
Steve,
> If you cant see any problem in the log, I'll gather some more data
> next time it happens.
> 15[IKE] CHILD_SA rekey collision lost, deleting rekeyed child
> 13[IKE] CHILD_SA rekey collision won, deleting old child
That all looks like it works as expected. Each peer deletes the CHILD_SA
it should, and the peers should end up with the same rekeyed CHILD_SA.
> the SPIs of the left and right ends match at first but this morning
> they are different.
That's definitely strange. Even if the peers don't agree on the
CHILD_SAs to keep or delete, I don't see why the SAs should be out of
sync.
Did this happen during the log you provided, or can you provide a log
when this happens?
Also, I've attached a patch that adds some additional debugging to check
if we falsely lookup the CHILD_SA by the outbound SPI where this is not
intended. Just a wild guess, not sure if it is related.
> do I just accept that it will and do my best to reduce the likelihood
> of collisions
Even if they happen, it is no issue here. Collisions get resolved just
fine every time for the many collisions I've produced. That should be
true for both 5.1.1 and 5.2.0.
Regards
Martin
More information about the Users
mailing list