Cisco Cisco Packet Data Gateway (PDG) Documentation Roadmaps

 

 

IPv

 

4 

 

UE

 

P

 

-

 

CSCF

 

IPv

 

4

 

/

 

IPv

 

6

 

I

 

-

 

CSCF

 

IPv

 

6

 

S

 

-

 

CSCF

IPv6

Dual Stack

 

IPv

 

6 

 

IMS Core network

 

CCF

PCRF

 

Rf

IPv4/IPv6

Rx

 

IPv

 

4

 

/

 

IPv

 

6

 

DNS

 

IPv

 

4

 

/

 

IPv

 

6

 

 

To identify the need for IPv4-IPv6 interworking for a new incoming IPv6 REGISTER arriving at V6-SVC, a route 
lookup is performed based on the request-uri, first in V4-SVC context and then in V6-SVC context if the first lookup 
does not return any matching route entry. If a matching IPv4 next-hop route entry is found, then this indicates that 
interworking needs to be done. If no route entry is found, then a DNS query on request-uri domain is done for both A 
and AAAA type records. If DNS response yields only an IPv4 address, then this is also the case for performing IPv4-
IPv6 interworking. 

Headers (such as Via, Path, etc.) are automatically set to IPv4 bind address of P-CSCF V4-SVC. Remaining headers 
will be not be altered and sent as is toward the S-CSCF. The IPv4 address in a Path header received from S-CSCF in 
200Ok of REGISTER will be replaced with V6-SVC‘s IPv6 address before forwarding to UE. 

 

The Session Recovery feature provides seamless failover and reconstruction of subscriber session information in the 
event of a hardware or software fault within the system preventing a fully connected user session from being 
disconnected. 

Session recovery is performed by mirroring key software processes (e.g. session manager and AAA manager) within the 
system. These mirrored processes remain in an idle state (in standby-mode), wherein they perform no processing, until 
they may be needed in the case of a software failure (e.g. a session manager task aborts). The system spawns new 
instances of ―standby mode‖ session and AAA managers for each active Control Processor (CP) being used. 

Additionally, other key system-level software tasks, such as VPN manager, are performed on a physically separate 
Packet Services Card (PSC/PSC2) to ensure that a double software fault (e.g. session manager and VPN manager fails at 
same time on same card) cannot occur. The PSC/PSC2 used to host the VPN manager process is in active mode and is 
reserved by the operating system for this sole use when session recovery is enabled. 

The additional hardware resources required for session recovery include a standby System Management Card (SMC) 
and a standby PSC/PSC2. 

There are two modes for Session Recovery. 

 

Task recovery mode: Wherein one or more session manager failures occur and are recovered without the need 

to use resources on a standby PSC. In this mode, recovery is performed by using the mirrored ―standby-mode‖