Cisco Cisco Packet Data Gateway (PDG) Fehlerbehebungsanleitung

 

▄  Cisco ASR 5000 Series 3G Home NodeB Gateway Administration Guide 

The system can be configured to collect bulk statistics (performance data) and send them to a collection server (called a 
receiver). Bulk statistics are statistics that are collected in a group. The individual statistics are grouped by schema. 
Following is a partial list of supported schemas: 

 

System: Provides system-level statistics 

 

Card: Provides card-level statistics 

 

Port: Provides port-level statistics 

 

HNB-GW: Provides HNB-GW service statistics 

 

GTPU: Provides GPRS Tunneling Protocol - User message 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 IMG 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, IMG host name, IMG 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. 

 

Thresholding on the system is used to monitor the system for conditions that could potentially cause errors or outage. 
Typically, these conditions are temporary (i.e high CPU utilization, or packet collisions on a network) and are quickly 
resolved. However, continuous or large numbers of these error conditions within a specific time interval may be 
indicative of larger, more severe issues. The purpose of thresholding is to help identify potentially severe conditions so 
that immediate action can be taken to minimize and/or avoid system downtime. 

The system supports Threshold Crossing Alerts for certain key resources such as CPU, memory, number of sessions etc. 
With this capability, the operator can configure threshold on these resources whereby, should the resource depletion 
cross the configured threshold, a SNMP Trap would be sent. 

The following thresholding models are supported by the system: 

 

Alert: A value is monitored and an alert condition occurs when the value reaches or exceeds the configured high 

threshold within the specified polling interval. The alert is generated then generated and/or sent at the end of 
the polling interval. 

 

Alarm: Both high and low threshold are defined for a value. An alarm condition occurs when the value reaches 

or exceeds the configured high threshold within the specified polling interval. The alert is generated then 
generated and/or sent at the end of the polling interval. 

Thresholding reports conditions using one of the following mechanisms: