Cisco Cisco Packet Data Gateway (PDG)

Página de 427
GTPP Accounting Overview   
▀  GTPP Interface Overview 
 
 
▄  GTPP Interface Administration and Reference, StarOS Release 17 
16 
   
Automatic Transfer of Stranded CDRs on ICSR 
During an ICSR switchover, the GTPP charging interface between the active chassis and CGF server goes down and all 
pending CDRs are written to internal hard disk. Once the chassis becomes standby, the CDRs will remain on HDD until 
the chassis becomes active. 
This feature provides a way to move the stranded CDRs from the new standby chassis to the new active chassis and 
stream them to the OCG. This CLI command enables/disables the Push-To-Active feature to automatically transfer 
CDR files from new standby chassis to new active chassis. 
Releases prior to 16.0, CDRs from current standby chassis were manually transferred to current active chassis using the 
CLI command “
gtpp storage-server streaming start
” . Once the transfer is complete, a CLI command in the 
Exec mode is configured to stream the CDRs to CGF. 
In 16.0 and later releases, the stranded CDRs in the standby ICSR node (moved from active to standby) are 
automatically transferred to the newly active ICSR node. This automation process is achieved through the use of “
gtpp 
push-to-active url
” CLI command in the global configuration mode.  
Limitations 
This section provides the limitations with this feature. 
 
This feature could lead to duplicate CDRs. When streaming is in progress and ICSR switchover happens, the 
current file being streamed, will not complete the streaming as interface with CGF went down. This file will be 
transferred to new active chassis and streamed from beginning from new chassis. 
 
The accounting contexts should be in the same order in both the chassis. The directory names are created using 
vpn-id. If the accounting contexts are in different order, vpn-id will be different and the sub-directories in HDD 
will be different in both the chassis for same GTPP group. 
How this Feature Works 
This section describes the work flow for the stranded CDR automation process. 
Step 1 
Chassis-1 is Active and Chassis-2 in Standby State. 
Step 2 
SRP switchover is initiated from Chassis-1 to Chassis-2. 
Step 3 
Now, Chassis-1 becomes Standby and Chassis-2 becomes Active. 
Step 4 
Chassis-1 stores CDRs to HDD since the IP interface to CGF is down. 
Step 5 
After 12 min (time to write all CDRs to HDD), Chassis-1 initiates SFTP transfer of files to Chassis-2. 
Step 6 
Chassis-2 on getting the file transfer complete indication, reloads file list from HDD and streams transferred CDRs to 
CGF server. 
Step 7 
If ICSR switch-overs to Chassis-1 during the file transfer, file transfer stops and reverse transfer of files is initiated from 
Chassis 2 to Chassis 1.