Cisco Cisco Packet Data Gateway (PDG)

 



 

HENBGW-ACCESS: Provides HeNB-GW access side statistics 



 

HENBGW-NETWORK: Provides HeNB-GW network side statistics 

The system supports the configuration of up to 4 sets (primary/secondary) of receivers. Each set can be configured with 
to collect specific sets of statistics from the various schemas. Statistics can be pulled manually from the chassis or sent 
at configured intervals. The bulk statistics are stored on the receiver(s) in files. 

The format of the bulk statistic data files can be configured by the user. Users can specify the format of the file name, 
file headers, and/or footers to include information such as the date, chassis host name, chassis uptime, the IP address of 
the system generating the statistics (available for only for headers and footers), and/or the time that the file was 
generated. 

When the Web Element Manager is used as the receiver, it is capable of further processing the statistics data through 
XML parsing, archiving, and graphing. 

The Bulk Statistics Server component of the Web Element Manager parses collected statistics and stores the information 
in the PostgreSQL database. If XML file generation and transfer is required, this element generates the XML output and 
can send it to a Northbound NMS or an alternate bulk statistics server for further processing. 

Additionally, if archiving of the collected statistics is desired, the Bulk Statistics server writes the files to an alternative 
directory on the server. A specific directory can be configured by the administrative user or the default directory can be 
used. Regardless, the directory can be on a local file system or on an NFS-mounted file system on the Web Element 
Manager server. 

Congestion Control monitors the system for conditions that could potentially degrade performance when the system is 
under heavy load. Typically, these conditions are temporary (for example, high CPU or memory utilization) and are 
quickly resolved. Session managers actually handle both the HeNB associations and UE sessions for memory 
utilization. However, continuous or large numbers of these conditions within a specific time interval may have an 
impact the system’s ability to service subscriber sessions. Congestion control helps identify such conditions and invokes 
policies for addressing the situation. 

Congestion control operation is based on configuring the following: 



 

Congestion Condition Thresholds: Thresholds dictate the conditions for which congestion control is enabled 

and establishes limits for defining the state of the system (congested or clear). These thresholds function in a 
way similar to operation thresholds that are configured for the system as described in the Thresholding 
Configuration Guide. The primary difference is that when congestion thresholds are reached, a service 
congestion policy and an SNMP trap, starCongestion, are generated. 

A threshold tolerance dictates the percentage under the configured threshold that must be reached in order for 
the condition to be cleared. An SNMP trap, starCongestionClear, is then triggered. 



 

Port Utilization Thresholds: If you set a port utilization threshold, when the average utilization of all 

ports in the system reaches the specified threshold, congestion control is enabled. 



 

Port-specific Thresholds: If you set port-specific thresholds, when any individual port-specific 

threshold is reached, congestion control is enabled system-wide. 



 

Service Congestion Policies: Congestion policies are configurable for each service. These policies dictate how 

services respond when the system detects that a congestion condition threshold has been crossed. 

  For more information on Congestion Control support, refer Congestion Control chapter in System 

Administration Guide.