[strongSwan] 'reauthenticating IKE_SA due to address change' logs observed in Road Warrior configuration setup
Kaur, Sumit (Nokia - IN/Bangalore)
sumit.kaur at nokia.com
Thu Sep 24 14:10:34 CEST 2015
Hi,
In strongswan version 4.3.6, for below client (2 clients) and server configuration :
ipsec status on clients
On doing 'ipsec down r1~v1' , below logs are seen at clients side :
Sep 24 15:05:34.986953 info FZBU-0 charon: 10[KNL] getting address to reach (vr1)90.0.0.1
Sep 24 15:05:34.987122 info FZBU-0 charon: 10[KNL] getting address to reach 23.0.0.1
Sep 24 15:05:34.987324 info FZBU-0 charon: 10[IKE] reauthenticating IKE_SA due to address change
And then r2~v2 (2nd client) gets reauthenticated.
When , "ip route list vrf 1 "clearly shows route to reach 90.0.0.1 via 33.0.0.1, why is address change considered and reauthentication triggered. It looks like, charon refers the 'ip route list (default vrf) list' for route lookup.
Is this a known issue?
[root at FZBU-0(BCNBlr94) /root]
# ip r l
90.0.0.1 via 23.0.0.1 dev v11 proto gated
23.0.0.0/24 dev v11 proto kernel scope link src 23.0.0.2
169.254.64.0/20 dev xaui0 proto kernel scope link src 169.254.64.5
169.254.0.0/19 dev internal proto kernel scope link src 169.254.0.6
[root at FZBU-0(BCNBlr94) /root]
# ip r l v 1
90.0.0.1 via 33.0.0.1 dev v12 vrfid 1 proto gated
33.0.0.0/24 dev v12 vrfid 1 proto kernel scope link src 33.0.0.2
Thanks
Sumit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.strongswan.org/pipermail/users/attachments/20150924/e7c682fc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: serverconf.zip
Type: application/x-zip-compressed
Size: 1110 bytes
Desc: serverconf.zip
URL: <http://lists.strongswan.org/pipermail/users/attachments/20150924/e7c682fc/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clientconf.zip
Type: application/x-zip-compressed
Size: 1139 bytes
Desc: clientconf.zip
URL: <http://lists.strongswan.org/pipermail/users/attachments/20150924/e7c682fc/attachment-0001.bin>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ipsecstatus_client.txt
URL: <http://lists.strongswan.org/pipermail/users/attachments/20150924/e7c682fc/attachment.txt>
More information about the Users
mailing list