Cisco Cisco ASR 5000

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, system host name, system
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.

For more information on bulk statistic configuration, refer to the Configuring and Maintaining Bulk
Statistics chapter in the System Administration Guide.

The congestion control feature allows you to set policies and thresholds and specify how the system reacts
when faced with a heavy load condition.

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. 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.