Subject: IPSEC INITIAL CONTACT handling
To: None <current-users@netbsd.org>
From: Frank Kardel <kardel@acm.org>
List: current-users
Date: 03/31/2002 16:38:52
Hi,
when testing with current racoon/ipsec i found following annoying
behaviour:
Nodes A and B enjoy working communication (SA established)
A crashes (take any of my past panic PRs for a valid reason 8-)
After A recovers B has trouble communicating with A as
it (B) believes to have valid SAs (but unknown to A) and A
drops them into the bit bucket. So B seems to have to
wait until its old (now invalid SAs) time out.
Things mmediately get fine when A is forced to communicate with
B (e. g. ping) because it establishes a new PH1
association and sends an INITIAL_CONTACT message that
flushes the old SAs. But what happens when A has no
reason to talk to B after a crash?
Now is there a config option to avoid this scenario or do we have a weak
protocol here? Scanning through the jenkins rekeying draft an racoon
manuals i haven't found a workaround yet.
Regards,
Frank