Cisco Cisco Packet Data Gateway (PDG)

 

▄  IPSec Reference, StarOS Release 16 

 

 

4 

Using the CA certificate corresponding to the peer certificate, the local node first verifies that the peer certificate in 
the CERT payload has not been modified and the identity included in the IDi corresponds to the identity in the peer 
certificate. If the verification is successful, using the public key of the peer certificate, the local node generates the 
expected AUTH payload and compares it with the received AUTH payload. If they match, the authentication of the 
peer node is successful. Otherwise, the local node sends an IKEv2 Notification message indicating authentication 
failure. 

5 

The local node responds with the IKE_AUTH Response, including the IDr payload, setting the CERT payload to the 
local node certificate, and including the AUTH payload containing the signature of the IKE_SA_INIT Response 
message (in step 2) generated using the private key of the local node certificate. The authentication algorithm used to 
generate the AUTH payload is also included in the AUTH payload. 

6 

Using the CA certificate corresponding to the local node certificate, the peer node first verifies that the local node 
certificate in the CERT payload has not been modified. If the verification is successful, using the public key of the 
local node certificate, the peer generates the expected AUTH payload and compares it with the received AUTH 
payload. If they match, the local node authentication is successful. This completes the IKE_AUTH exchange. 

7 

An IPSec SA gets established between the peer node and the local node. If more IPSec SAs are needed, either the peer 
or local node can initiate the creation of additional Child SAs using a CREATE_CHILD_SA exchange. 

 

Certificate revocation lists track certificates that have been revoked by the CA (Certificate Authority) and are no longer 
valid. Per RFC 3280, during certificate validation, IPSec for LTE/SAE checks the certificate revocation list to verify 
that the certificate the local node receives from the remote node has not expired and hence is still valid. 

During configuration via the system CLI, one certificate revocation list is bound to each crypto template and can be 
fetched from its repository via HTTP or FTP. 

For additional information refer to the CRL Fetching section of the IPSec Certificates chapter of this guide. 

Rekeying of an IKEv2 Child Security Association (SA) occurs for an already established Child SA whose lifetime 
(either time-based or data-based) is about to exceed a maximum limit. The IPSec subsystem initiates rekeying to replace 
the existing Child SA. During rekeying, two Child SAs exist momentarily (500ms or less) to ensure that transient 
packets from the original Child SA are processed by the IPSec node and not dropped. 

Child SA rekeying is disabled by default, and rekey requests are ignored. This feature gets enabled in the Crypto 
Configuration Payload Mode of the system’s CLI. 

For additional information refer to the IPSec Certificates chapter of this guide.