RFC 4891:Using IPsec to Secure IPv6-in-IPv4 Tunnel...
RFC-Ref

IKEv1


Click on the red underlined text to get to the source

... IKE was originally defined in [RFC2409] (which is called IKEv1 in this document) and is now superseded by [RFC4306] (called IKEv2 ...
... RFC4301] assumes IKEv2, as some of the new features cannot be negotiated using IKEv1. It is valid to negotiate multiple traffic ...
... RFC4301]. This is possible only with IKEv2. If IKEv1 is used, then multiple SAs need to be set up, one for each traffic selector ...
... traffic selector. Note that the existing implementations based on IKEv1 may already be able to support the [RFC4301] features described in (1) and (2). If ...
... IKEv2 supports features useful for configuring and securing tunnels not present with IKEv1. 1. IKEv2 ...


... The IDci and IDcr payloads of IKEv1 carry the IPv4-TEP1, IPV4-TEP2, ...
... As this does not provide Identity protection, main mode or aggressive mode can be used with IKEv1. ...


... tunnels and doing so would make it easier for an attacker to recover the keys. IKEv1 or IKEv2 must be used for establishing the IPsec ...
... SAs. IKEv2 should be used where supported and available; if not, IKEv1 may be used instead. ...


... data traffic. Either IKEv1 or IKEv2 provides a secure signaling protocol for ...


... The IDci and IDcr payloads of IKEv1 carry the IPV6-EP1 and IPV6-TEP2 ...
... The IDci and IDcr payloads of IKEv1 carry the IPV6-EP1 and ID_IPV6 ...



Google
Web
RFC-Ref