adapted description to IKEv2
authorAndreas Steffen <andreas.steffen@strongswan.org>
Fri, 22 Jun 2012 07:53:25 +0000 (09:53 +0200)
committerAndreas Steffen <andreas.steffen@strongswan.org>
Fri, 22 Jun 2012 07:53:37 +0000 (09:53 +0200)
testing/tests/ikev2/dynamic-initiator/description.txt
testing/tests/ikev2/dynamic-responder/description.txt
testing/tests/ikev2/dynamic-two-peers/description.txt

index 319ed63..e74ee15 100644 (file)
@@ -2,7 +2,7 @@ The peers <b>carol</b> and <b>moon</b> both have dynamic IP addresses, so that t
 is defined symbolically by <b>right=&lt;hostname&gt;</b>. The ipsec starter resolves the
 fully-qualified hostname into the current IP address via a DNS lookup (simulated by an
 /etc/hosts entry). Since the peer IP addresses are expected to change over time, the option
-<b>rightallowany=yes</b> will allow an IKE main mode rekeying to arrive from an arbitrary
+<b>rightallowany=yes</b> will allow an IKE_SA rekeying to arrive from an arbitrary
 IP address under the condition that the peer identity remains unchanged. When this happens
 the old tunnel is replaced by an IPsec connection to the new origin.
 <p>
index 76471a9..881d332 100644 (file)
@@ -2,7 +2,7 @@ The peers <b>carol</b> and <b>moon</b> both have dynamic IP addresses, so that t
 is defined symbolically by <b>right=&lt;hostname&gt;</b>. The ipsec starter resolves the
 fully-qualified hostname into the current IP address via a DNS lookup (simulated by an
 /etc/hosts entry). Since the peer IP addresses are expected to change over time, the option
-<b>rightallowany=yes</b> will allow an IKE main mode rekeying to arrive from an arbitrary
+<b>rightallowany=yes</b> will allow an IKE_SA rekeying to arrive from an arbitrary
 IP address under the condition that the peer identity remains unchanged. When this happens
 the old tunnel is replaced by an IPsec connection to the new origin.
 <p>
index 56a1c07..a161601 100644 (file)
@@ -3,10 +3,9 @@ so that the remote end is defined symbolically by <b>right=%&lt;hostname&gt;</b>
 The ipsec starter resolves the fully-qualified hostname into the current IP address
 via a DNS lookup (simulated by an /etc/hosts entry). Since the peer IP addresses are
 expected to change over time, the prefix '%' is used as an implicit alternative to the
-explicit <b>rightallowany=yes</b> option which will allow an IKE
-main mode rekeying to arrive from an arbitrary IP address under the condition that
-the peer identity remains unchanged. When this happens the old tunnel is replaced
-by an IPsec connection to the new origin.
+explicit <b>rightallowany=yes</b> option which will allow an IKE_SA rekeying to arrive
+from an arbitrary IP address under the condition that the peer identity remains unchanged.
+When this happens the old tunnel is replaced by an IPsec connection to the new origin.
 <p>
 In this scenario both <b>carol</b> and <b>dave</b> initiate a tunnel to
 <b>moon</b> which has a named connection definition for each peer. Although