Cisco Cisco Packet Data Interworking Function (PDIF)
GTPP Accounting Overview
▀ GTPP Interface Overview
▄ GTPP Interface Administration and Reference, StarOS Release 16
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.
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.
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 “
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 “
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.
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.
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.
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.
Chassis 2 to Chassis 1.