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 <[email protected]>
Sent: 31 July 2014 11:16
To: Steve Lee
Cc: [email protected]
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
_______________________________________________
Users mailing list
[email protected]
https://lists.strongswan.org/mailman/listinfo/users

Reply via email to