Cisco Cisco ASR 5700

Page of 8994
Context Configuration Mode Commands E-H   
▀  gtpp egcdr 
 
 
▄  Command Line Interface Reference, StarOS Release 17 
2454 
   
 
normal-release
: Specifies to send Normal Release as causeForRecordClosing in PGW-CDRs. 
final-record [ [ include-content-ids { all | only-with-traffic } ] [ closing-
cause { same-in-all-partials | unique } ] ]
 
Enables configuration of the final eG-CDR/P-CDR. 
Default: Restores the GTPP eG-CDR/P-CDR final record to the default setting to include content IDs with 
some data to report are included. Also, sets the closing cause to the default of using the same closing cause 
for multiple final eG-CDR/P-CDRs. 
 
include-content-ids
: Controls which content IDs are being included in the final eG-CDR/P-CDR. 
 
all
: Specifies that all content IDs be included in the final eG-CDR/P-CDR. 
 
only-with-traffic
: Specifies that only content-IDs with traffic be included in the final eG-
CDR/P-CDRs. 
 
closing-cause
: Configures closing cause for the final eG-CDR/P-CDR. 
 
same-in-all-partials
: Specifies that the same closing cause is to be included for multiple 
final eG-CDR/P-CDRs 
 
unique
: Specifies that the closing cause for final eG-CDR/P-CDRs is to be unique. 
losdv-max-containers max_losdv_containers
 
The maximum number of List of Service Data Volume (LoSDV) containers in one eG-CDR/P-CDR.  
max_losdv_containers
 must be an integer from 1 through 255. 
Default: 10 
lotdv-max-containers max_lotdv_containers
 
The maximum number of List of Traffic Data Volume (LoTDV) containers in one eG-CDR/P-CDR. 
max_lotdv_containers
 must be an integer from 1 through 8. 
Default: 8 
dynamic-path ddl-path
 
This keyword activates a new and extensible framework to enable field defined (customer created) 
eGCDR/PGW-CDR generation. This option enables the user to load the customized or modified dictionary. 
The dictionary configured through this CLI command takes precedence over existing the 
gtpp dictionary
 
CLI command. 
This new framework is implemented to define a GTPP dictionary in a structured format using a “Dictionary 
Definition Language (DDL)”. Using this language, customers can clearly define fields, triggers and behaviors 
applicable for a particular GTPP dictionary. 
DDL file will be parsed at compilation time and metadata will be populated to generate eGCDR and PGW-
CDR. This metadata makes the new framework more modular and maintainable. This will help in faster 
turnaround time in supporting any new enhancements. 
When customer wants to add/modify/remove a field, this information has to be updated in DDL. The DDL 
file is processed dynamically and the field reflects in CDR. This framework works only for eGCDR and 
PGW-CDR. 
ddl-path
: Specifies the path of dictionary DDL. The path must be a string of size 0 through 127. This is to 
support field-loadable ddls. The DDL file will be parsed to populate metadata required to generate 
eGCDR/PGW-CDR. 
Important:
  It is not recommended to enable 
gtpp egcdr dynamic-path
 when there are active calls.