added ikev2/dhcp-static-client-id scenario
[strongswan.git] / testing / tests / ikev2 / dhcp-static-client-id / description.txt
1 The roadwarriors <b>carol</b> and <b>dave</b> set up a connection each to gateway <b>moon</b>
2 and request a <b>virtual IP</b> via the IKEv2 configuration payload by using the <b>leftsourceip=%config</b>
3 parameter. The <b>dhcp</b> plugin on gateway <b>moon</b> then requests an IP address and DNS/WINS server
4 information from DHCP server <b>venus</b> using the DHCP protocol. The IP addresses are assigned statically 
5 by <b>venus</b> based on the IKEv2 peer identities <b>carol@strongswan.org</b> and <b>dave@strongswan.org</b>,
6 respectively, included by the dhcp plugin as a <b>dhcp-client-identity</b> option in the DHCP request.
7 <p/> 
8 With the static assignment of 10.1.0.30 and 10.1.0.40, respectively, <b>carol</b> and <b>dave</b>
9 become full members of the subnet 10.1.0.0/16 hidden behind gateway <b>moon</b>. And this thanks to
10 the <b>farp</b> plugin through which <b>moon</b> acts as a proxy for ARP requests e.g. from <b>alice</b>
11 who wants to ping <b>carol</b> and <b>dave</b>.