Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Multimedia Core
Platforms
Thresholding
Configuration
Guide
Version 9.0
Generally Available
03-31-2010
NOTICE OF COPYRIGHT
The material contained in this document is for informational purposes only and is subject to change without notice.
No part of this document may be reproduced, transmitted, transcribed, or stored in a retrieval system in any form or
by any means, mechanical, magnetic, optical, chemical, or otherwise without the written permission of Starent
Networks Corporation.
Starent and the Starent logo are registered trademarks of Starent Networks Corporation. How Wireless Connects
and StarOS are trademarks of Starent Networks Corp.
VA Linux is a registered trademark of VA Linux Systems, Inc. Microsoft and Microsoft Windows are registered
trademarks of Microsoft Corporation. Sun, Solaris, and Netra are registered trademarks of Sun Microsystems.
Linux is a registered trademark of Linus Torvalds. Adobe, Acrobat, Acrobat Reader are registered trademarks
of Adobe Systems, Inc. CompactFlash is a trademark of SanDisk Corporation. Panduit is a registered trademark
or Panduit Corporation. HyperTerminal is a registered trademark of Hilgraeve Inc. MOLEX is a registered
trademark of Molex, Inc. Red Hat is a registered trademark of Red Hat, Inc. Intel is a registered trademark of
Intel Corporation.
Any trademarks, trade names, service marks, or service names owned or registered by any other company and used
in this documentation are the property of their respective companies.
TABLE OF CONTENTS
Generally Available
03-31-2010
ii
Generally Available
03-31-2010
iii
Generally Available
03-31-2010
iv
Generally Available
03-31-2010
Index
Generally Available
vi
03-31-2010
This section contains an overview of the information contained within this document. It lists
conventions used in the documentation process. In addition, it provides information about
contacting Starent Networks Corporation.
This document provides description and configuration information on setting thresholds.
Detailed information on individual threshold variables can be found in the Command Line
Interface Reference.
IMPORTANT
The information and instructions in this document assume that the system hardware has
been fully installed and the installation was verified according to the instructions found in
the System Installation Guide.
Conventions Used
Listed below are various conventions used throughout this documentation.
Table 0-1
Icon
Notice Type
Description
Information note
Caution
Warning
Table 0-2
Typeface Conventions
Text represented as a screen display
Description
This typeface represents displays that appear on
your terminal screen, for example:
Login:
Table 0-2
Typeface Conventions
Description
This typeface represents commands that you
enter, for example:
show ip access-list
Table 0-3
Command Syntax Conventions
Description
{ keyword or variable }
[ keyword or variable ]
{ nonce | timestamp }
OR
[ count number_of_packets | size number_of_bytes ]
viii
Generally Available
03-31-2010
ix
CHAPTER 1
THRESHOLDING OVERVIEW
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 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
then generated and/or sent at the end of the polling interval.
In the example shown in Figure 1-1, this model generates alerts during period 2, 3, and 5
at the point where the count exceeded HT.
Alarm: Both high and low thresholds 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 then generated and/or sent at the end of the polling interval.
The alarm is cleared at the end of the first interval where the measured value is below the
low threshold.
In the example shown in Figure 1-1, this model generates an alarm during period 2 when
the count exceeds HT. A second alarm is generated in period 6 when the count falls
beneath LT. The second alarm indicates a clear condition.
Thresholding Overview
Count
HT
LT
HT = High Threshold
LT = Low Threshold
Time
IMPORTANT
Note that for certain values, the alert or alarm serves to warn of low quantities (i.e. memory,
session licenses, etc.). In these cases, the low threshold is the condition that must be met or
exceeded within the polling interval to generate the alert or alarm. Once the high threshold
is exceeded during an interval, the low quantity condition is cleared.
1-2
AAA:
Archive size
Retry rate
ASN GW Service:
Generally Available
03-31-2010
HA Service:
PDSN Service:
Call setup:
MME Service
Percent utilization
Available memory
Load
Memory usage
Session throughput
Memory usage
Percent utilization
Packet processing:
Port utilization:
High activity
Transmit utilization
1-3
Thresholding Overview
Receive utilization
Subscriber number:
Total number
Number active
SNMP traps: SNMP traps have been created that indicate the condition (high threshold
crossing and/or clear) of each of the monitored values. Complete descriptions and other
information pertaining to these traps is located in the starentMIB(8164).starentTraps(2)
section of the SNMP MIB Reference.
The generation of specific traps can be enabled or disabled on the system allowing you
to view only those traps that are most important to you.
Logs: The system provides a facility called threshold for which active and event logs
can be generated. As with other system facilities, logs are generated Log messages
pertaining to the condition of a monitored value are generated with a severity level of
WARNING.
Refer to the System Administration Guide for additional information on system logging
functionality.
Alarm System: High threshold alarms generated within the specified polling interval
are considered outstanding until a the condition no longer exists and/or a condition
clear alarm is generated.
Outstanding alarms are reported to through the systems alarm subsystem and are
viewable through the systems CLI.
Table 1-1 indicates the reporting mechanisms supported by each of the above models.
Table 1-1 Thresholding Reporting Mechanisms by Model
Model
1-4
SNMP Traps
Logs
Alert
Alarm
Alarm System
X
CHAPTER 2
VERIFYING AND SAVING YOUR CONFIGURATION
This chapter describes how to verify and save the system configuration.
Feature Configuration
In many configurations, specific features are set and need to be verified. Examples include
APN and IP address pool configuration. Using these examples, enter the following
commands to verify proper feature configuration:
show apn all
The output displays the complete configuration for the APN. In this example, an APN called
apn1 is configured.
access point name (APN): apn1
authentication context: test
pdp type: ipv4
Selection Mode: subscribed
ip source violation: Checked
accounting mode: gtpp
max-primary-pdp-contexts: 1000000
primary contexts: not available
local ip: 0.0.0.0
primary dns: 0.0.0.0
ppp keep alive period : 0
absolute timeout : 0
long duration timeout: 0
ip header compression: vj
data compression: stac mppc deflate
min compression size: 128
ip output access-group:
ppp authentication:
allow noauthentication: Enabled
drop limit: 10
No early PDUs: Disabled
total-pdp-contexts: 1000000
total contexts: not available
secondary dns: 0.0.0.0
ppp mtu : 1500
idle timeout : 0
long duration action: Detection
compression mode:
normal
ip input access-group:
imsi authentication:Disabled
The output from this command should look similar to the sample shown below. In this
example, all IP pools were configured in the isp1 context.
context : isp1:
+-----Type:
(P) - Public
(R) - Private
|
(S) - Static
(E) - Resource
|
|+----State:
(G) - Good
(D) - Pending Delete
(R)-Resizing
||
||++--Priority: 0..10 (Highest (0) .. Lowest (10))
||||
||||+-Busyout: (B) - Busyout configured
|||||
|||||
vvvvv Pool Name Start Address
Mask/End Address Used
Avail
----- --------- --------------- --------------- -------- -------PG00 ipsec
12.12.12.0
255.255.255.0
0
254
PG00 pool1
10.10.0.0
255.255.0.0
0
65534
SG00 vpnpool
192.168.1.250
192.168.1.254
0
5
Total Pool Count: 5
IMPORTANT
Many features can be configured on the system. There are show commands specifically for
these features. Refer to the Command Line Interface Reference for more information.
Service Configuration
Verify that your service was created and configured properly by entering the following
command:
show <service_type> <service_name>
The output is a concise listing of the service parameter settings similar to the sample
displayed below. In this example, a P-GW service called pgw1 is configured.
Service name
:
Service-Id
Context
Status
Restart Counter
EGTP Service
LMA Service
Session-Delete-Delay Timer
Session-Delete-Delay timeout
PLMN ID List
Newcall Policy
2-2
pgw1
: 1
: test1
: STARTED
: 8
: egtp1
: Not defined
: Enabled
: 10000(msecs)
: MCC: 100, MNC: 99
: None
Generally Available
03-31-2010
Context Configuration
Verify that your context was created and configured properly by entering the following
command:
show context name <name>
The output shows the active context. Its ID is similar to the sample displayed below. In this
example, a context named test1 is configured.
Context Name
-----------test1
ContextID
--------2
State
----Active
System Configuration
Verify that your entire configuration file was created and configured properly by entering
the following command:
show configuration
This command displays the entire configuration including the context and service
configurations defined above.
This command displays errors it finds within the configuration. For example, if you have
created a service named service1, but entered it as srv1 in another part of the
configuration, the system displays this error.
You must refine this command to specify particular sections of the configuration. Add the
keyword and choose a section from the help menu:
section
or
show configuration errors section aaa-config
2-3
Description
Specifies the path and name to which the configuration file is to be stored. url may refer to a local or
a remote file. url must be entered using one of the following formats:
tftp: 69 - data
Note: host_name can only be used if the networkconfig parameter is configured for DHCP and
the DHCP server returns a valid nameserver.dx
username is the username required to gain access to the server, if necessary.
pwd is the password for the specified username if required.
/dir specifies the directory where the file is located if one exists.
/file_name specifies the name of the configuration file to be saved.
Note: Name configuration files with a .cfg extension.
2-4
Generally Available
03-31-2010
Keyword/Variable
Description
Optional: This keyword directs the system to save the CLI configuration file to the local device, defined
by the url variable, and then automatically copies the file to the like device on the standby SPC/SMC, if
available.
-redundant
Note: This keyword works only for like local devices that are located on both the active and standby
SPCs/SMCs. For example, if you save the file to the /pcmcia1 device on the active SPC/SMC, that
same type of device (a PC-Card in Slot 1 of the standby SPC/SMC) must be available. Otherwise, a
failure message is displayed.
Note: If saving the file to an external network (non-local) device, the system disregards this keyword.
-noconfirm
Optional: Indicates that no confirmation is to be given prior to saving the configuration information to
the specified filename (if one was specified) or to the currently active configuration file (if none was
specified).
showsecrets
Optional: This keyword causes the CLI configuration file to be saved with all passwords in plain text,
rather than their default encrypted format.
verbose
Optional: Specifies to display every parameter that is being saved to the new configuration file.
IMPORTANT
The -redundant keyword is only applicable when saving a configuration file to local
devices.
This command does not synchronize the local file system. If you have added, modified, or
deleted other files or directories to or from a local device for the active SPC/SMC, then you
must synchronize the local file system on both SPCs/SMCs.
EXAMPLE(S)
To save a configuration file called system.cfg to a directory that was previously created
called cfgfiles on the SPCs/SMCs CompactFlash, enter the following command:
save configuration /flash/cfgfiles/system.cfg
To save a configuration file called init_config.cfg to the root directory of a TFTP server with a
hostname of config_server, enter the following command:
save configuration tftp://config_server/init_config.cfg
2-5
2-6
CHAPTER 3
AAA THRESHOLDS
Threshold monitoring can be enabled for the AAA-related values described in the following
table.
Value
Description
To configure, go to section:
Archive size
Accounting Failures
Accounting Failure
Rate
Retry Rate
AAA Thresholds
3-2
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
3-3
AAA Thresholds
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
3-4
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
3-5
AAA Thresholds
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
3-6
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
3-7
AAA Thresholds
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
3-8
Generally Available
03-31-2010
Enter condition: Actual AAA Manager request queue percentage used High
Threshold
Clear condition: Actual AAA Manager request queue percentage used < Low
Threshold
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
3-9
AAA Thresholds
3-10
CHAPTER 4
ASN GW SERVICE THRESHOLDS
ASN GW Service thresholds generate alerts or alarms for the average number of calls setup.
A threshold can be configured to report this information on entire system for ASN GW
service. Thresholds can also be configured for session registration response failures,
discarded interface registration requests, discarded network entry registration
acknowledgments for ASN GW services.
Alerts or alarms are triggered for these ASN GW thresholds based on the following rules:
Enter condition: When the actual average of call setups or actual number of failures or
discards passes, or is equal to, the configured Threshold value an alert or alarm is set.
Clear condition: When the actual average of call setups or actual number of failures or
discards passes below the Threshold value the alert or alarm is cleared.
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
4-2
Generally Available
03-31-2010
4-3
4-4
CHAPTER 5
CALL SETUP THRESHOLDS
Threshold monitoring can be enabled for the call setup values described in the following
table.
Value
Description
To configure, go to section:
Call Setup Thresholds
5-2
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
5-3
Clear condition: Actual number of call setup failures < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
5-4
Generally Available
03-31-2010
Clear condition: Actual number of call setup failures < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
5-5
Clear condition: Actual number of call setup failures < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
5-6
Generally Available
03-31-2010
Enter condition: Actual number of calls rejected due to no resources High Threshold
Clear condition: Actual number of calls rejected due to no resources < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
5-7
5-8
CHAPTER 6
CPU RESOURCE THRESHOLDS
Threshold monitoring can be enabled for the CPU resource values described in the
following table.
Value
Description
10 second average of
Enables the generation of alerts or alarms based on
total PAC/PSC CPU
a 10 second average of PAC/PSC CPU utilization.
utilization
To configure, go to section:
10-second Average of Total PAC/PSC
CPU Utilization Thresholds
PAC/PSC CPU
available memory
PAC/PSC CPU
memory usage
PAC/PSC CPU
session throughput
PAC/PSC CPU
utilization
SPC/SMC CPU
memory usage
SPC/SMC CPU
utilization
6-2
Generally Available
03-31-2010
Enter condition: Average measured amount of total CPU utilization for the last 10
seconds High Threshold
Clear condition: Average measured amount of total CPU utilization for the last 10
seconds < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-3
Enter condition: Average measured amount of memory/CPU for last 5 minutes Low
Threshold
Clear condition: Average measured amount of memory/CPU for last 5 minutes > High
Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-4
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-5
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-6
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-7
Enter condition: Average measured CPU utilization for last 5 minutes High
Threshold
Clear condition: Average measured CPU utilization for last 5 minutes < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-8
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-9
Enter condition: Average measured CPU utilization for last 5 minutes High
Threshold
Clear condition: Average measured CPU utilization for last 5 minutes < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
6-10
Generally Available
03-31-2010
6-11
6-12
CHAPTER 7
FA SERVICE THRESHOLDS
An FA Service threshold generates alerts or alarms for registration reply errors for
individual FA services.
Alerts or alarms are triggered for the FA threshold based on the following rules:
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
FA Service Thresholds
7-2
Generally Available
03-31-2010
7-3
FA Service Thresholds
7-4
CHAPTER 8
HA SERVICE THRESHOLDS
HA Service thresholds generate alerts or alarms for the average number of calls setup. A
threshold can be configured to report this information for an entire context or for an
individual HA service. Thresholds can also be configured for registration reply,
re-registration reply and de-registration reply errors for individual HA services.
Alerts or alarms are triggered for these HA thresholds based on the following rules:
Enter condition: Actual average of call setups or actual number of errors High
Threshold
Clear condition: Actual average of call setups or actual number of errors < Low
Threshold
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
The following table describes the possible methods for configuring HA Service thresholds:
Table 8-1
Method
Description
To configure, go to section:
Context-Level
HA Service-Level
HA Service Thresholds
8-2
Generally Available
03-31-2010
8-3
HA Service Thresholds
8-4
CHAPTER 9
CONTENT FILTERING THRESHOLDS
Thresholds generate alerts or alarms based on either the total number of Content Filtering
calls setup by the system during the specified polling interval, or on the number of currently
active calls only.
Alerts or alarms are triggered for call setups based on the following rules:
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
Default value is 0, which means there will be no monitoring.
The polling interval is in seconds, and it is an integer between 60 and 60000. Entries will be
rounded up to the nearest 30 seconds.
Enabling Thresholds
To enable thresholds use the following configuration:
configure
threshold monitoring content-filtering
end
9-2
Generally Available
03-31-2010
9-3
9-4
CHAPTER 10
IP POOL UTILIZATION THRESHOLDS
When IP address pools are configured on the system, they can be assigned to a group. All
configured public IP address pools that were not assigned to a group are treated as
belonging to the same group (automatically named Public IP Pools). Individually
configured static or private pools are each treated as their own group.
IP address pool thresholds can be configured for all IP pools or pool groups configured
within a system context or for individual pools or groups. These thresholds generate alerts
or alarms based on calculations pertaining to percent-available for pool groups and
percent-free, percent-on-hold, percent-released, and percent-used for individual pools.
Alerts or alarms are triggered for IP address pool utilization based on the following rules:
Enter condition: When the actual IP address utilization percentage passes, or is equal
to, the configured Threshold value an alert or alarm is set.
Clear condition: When the actual IP address utilization percentage passes the Threshold
value the alert or alarm is cleared.
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
The following table describes the possible methods for configuring IP pool utilization
thresholds:
Table 10-1
Method
Description
To configure, go to
section:
IP Pool Group:
A single percent available threshold can be configured for
all IP pool groups within a given context. The threshold is
Context-Level IP Pool and
based on an aggregate measurement of available IP
Group Thresholds
addresses for all IP pools within each group.
NOTE: Separate alerts or alarms are generated for each
group that experiences an event.
IP Pool:
Context-level
Percent-free
Percent-hold
Percent-release
Percent-used
Table 10-1
Method
Description
To configure, go to
section:
IP address pool-level
Percent-free
Percent-hold
Percent-release
Percent-used
10-2
IP Address Pool-Level
Thresholds
Generally Available
03-31-2010
10-3
10-4
Generally Available
03-31-2010
IMPORTANT
These instructions also assume that IP address pools have been previously configured.
If the group-available threshold is set for individual IP pools that are a part of an IP pool
group, the IP pool with the threshold that is encountered first sets the threshold for the entire
group.
For example; assume there is a group named IPGroup1, and there are three IP pools in that
group; PoolA, PoolB, and PoolC. Also assume that, at the IP address-pool level, the three
pools have the group-available threshold set as follows:
PoolA:
PoolB:
PoolC:
In this case, the Enter condition for the percentage of IP pool addresses available from the
group that is encountered first is the low threshold setting for PoolA. So both the low and
high threshold settings for PoolA are used for the whole group.
10-5
10-6
CHAPTER 11
PACKET PROCESSING THRESHOLDS
Threshold monitoring can be enabled for the packet processing values described in the
following table.
Table 11-1
Value
Description
To configure, go to section:
Packets
filtered/dropped
Filtered/Dropped Packet
Thresholds
Packets forwarded
11-2
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
IMPORTANT
These instructions assume that ACLs have been previously configured.
11-3
Alerts or alarms are triggered for forwarded packets based on the following rules:
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
11-4
CHAPTER 12
PDIF THRESHOLDS
Thresholds generate alerts or alarms based on either the total number of PDIF calls setup by
the system during the specified polling interval, or on the number of currently active calls
only.
Alerts or alarms are triggered for call setups based on the following rules:
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
Default value is 0, which means there will be no monitoring.
The polling interval is in seconds and it is an integer between 30 and 60000. Entries will be
rounded up to the nearest 30 seconds.
PDIF Thresholds
12-2
CHAPTER 13
PDSN SERVICE THRESHOLDS
PDSN Service thresholds generate alerts or alarms for the average number of calls setup. A
threshold can be configured to report this information for an entire context or for an
individual PDSN service. Thresholds can also be configured for A11 registration response
failures, discarded A11 registration requests, discarded A11 registration acknowledgments,
and discarded PPP send packets for individual PDSN services.
Alerts or alarms are triggered for these PDSN thresholds based on the following rules:
Enter condition: When the actual average of call setups or actual number of failures or
discards passes, or is equal to, the configured Threshold value an alert or alarm is set.
Clear condition: When the actual average of call setups or actual number of failures or
discards passes below the Threshold value the alert or alarm is cleared.
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
The following table describes the possible methods for configuring HA Service thresholds:
Table 13-1
Method
Description
To configure, go to section:
Context-Level
PDSN Service-Level
13-2
Generally Available
03-31-2010
13-3
13-4
CHAPTER 14
PER-SERVICE SESSION THRESHOLDS
Threshold monitoring can be enabled for the per-service session counts described in the
following table.
Table 14-1
Value
Description
To configure, go to section:
PDSN Services
HA Services
GGSN Services
LNS Services
GPRS Services
Enables the generation of alerts or alarms based on the Per-GPRS Service Thresholds
number of GPRS sessions or the number of r GPRS
Per-GPRS Service PDP
PDP contexts (active and dormant) facilitated by any
Contexts Thresholds
GPRS service counted during the polling interval.
SGSN Services
Enables the generation of alerts or alarms based on the Per-SGSN Service Thresholds
number of SGSN sessions or the number of SGSN
Per-GPRS Service PDP
PDP contexts (active and dormant) facilitated by any
Contexts Thresholds
SGSN service counted during the polling interval.
14-2
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
This section provides instructions for configuring per-PDSN service thresholding. These
instructions assume that you are at the prompt for the Global Configuration mode:
14-3
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-4
Generally Available
03-31-2010
Clear condition: Actual total number of PDP contexts < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-5
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-6
Generally Available
03-31-2010
Clear condition: Actual total number of attached subscribers < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-7
Clear condition: Actual total number of PDP contexts < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-8
Generally Available
03-31-2010
Clear condition: Actual total number of attached subscribers < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-9
Clear condition: Actual total number of PDP contexts < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
14-10
CHAPTER 15
PORT UTILIZATION THRESHOLDS
Threshold monitoring can be enabled for the port utilization values described in the
following table.
Table 15-1
Value
Description
To configure, go to section:
IMPORTANT
Ports configured for half-duplex do not differentiate between data received and data
transmitted. (The transmitted and received percentages are combined.) Therefore, to avoid
redundant alarms, it is recommended that only the receive or transmit utilization threshold
be configured.
15-2
Generally Available
03-31-2010
Enter condition: Actual percent utilization of a port for received data High Threshold
Clear condition: Actual percent utilization of a port for received data < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
15-3
Enter condition: Actual percent utilization of a port for transmit data High Threshold
Clear condition: Actual percent utilization of a port for transmit data < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
15-4
Generally Available
03-31-2010
Clear condition: Actual percent peak utilization of a port < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
15-5
15-6
CHAPTER 16
SUBSCRIBER THRESHOLDS
Threshold monitoring can be enabled for the subscriber values described in the following
table.
Table 16-1
Value
Description
To configure, go to section:
Total subscribers
Active subscribers
Subscriber Thresholds
16-2
Generally Available
03-31-2010
Clear condition: Actual total number of subscriber sessions < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
This section provides instructions for configuring total subscriber thresholding. These
instructions assume that you are at the prompt for the Global Configuration mode:
16-3
Subscriber Thresholds
Enter condition: Actual total number of active subscriber sessions High Threshold
Clear condition: Actual total number of active subscriber sessions < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
This section provides instructions for configuring active subscriber thresholding. These
instructions assume that you are at the prompt for the Global Configuration mode:
16-4
CHAPTER 17
SESSION LICENSE UTILIZATION THRESHOLDS
Session license utilization thresholds generate alerts or alarms based on the utilization
percentage of all session capacity licenses during the specified polling interval.
The system uses session capacity licenses to dictate the maximum number of simultaneous
sessions that can be supported. There are multiple session types that require licenses (i.e.
Simple IP, Mobile IP, L2TP, etc.). Although, a single threshold is configured for all session
types, alerts or alarms can be generated for each type.
Alerts or alarms are triggered for session license utilization based on the following rules:
Enter condition: Actual session license utilization percentage per session type Low
Threshold
Clear condition: Actual session license utilization percentage per session type > High
Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
17-2
Generally Available
03-31-2010
17-3
17-4
CHAPTER 18
SPC/SMC COMPACTFLASH MEMORY UTILIZATION
THRESHOLDS
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
18-2
CHAPTER 19
TOTAL SESSION THRESHOLDS
Threshold monitoring can be enabled for the total session counts described in the following
table.
Table 19-1
Value
Description
To configure, go to section:
PDSN Services
GGSN Services
GPRS Services
HA Services
HSGW Service
LMA Service
LNS Services
MME Service
P-GW Service
SGSN Services
S-GW Service
19-2
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-3
Clear condition: Actual total number of PDP contexts < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-4
Generally Available
03-31-2010
Clear condition: Actual total number of attached subscribers < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-5
Clear condition: Actual total number of PDP contexts < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-6
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-7
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-8
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-9
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-10
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-11
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-12
Generally Available
03-31-2010
Clear condition: Actual total number of attached subscribers < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-13
Clear condition: Actual total number of PDP contexts < Low Threshold
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-14
Generally Available
03-31-2010
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
19-15
19-16
CHAPTER 20
MME SERVICE THRESHOLDS
MME Service thresholds generate alerts or alarms for the average number of calls setup. A
threshold can be configured to report this information on entire system for MME service.
Thresholds can also be configured for session registration response failures, discarded
interface registration requests, discarded network entry registration acknowledgments for
MME services.
Alerts or alarms are triggered for these MME thresholds based on the following rules:
Enter condition: When the actual average of call setups or actual number of failures or
discards passes, or is equal to, the configured Threshold value an alert or alarm is set.
Clear condition: When the actual average of call setups or actual number of failures or
discards passes below the Threshold value the alert or alarm is cleared.
If a trigger condition occurs within the polling interval, the alert or alarm is not generated
until the end of the polling interval.
20-2
Generally Available
03-31-2010
20-3
20-4
CHAPTER 21
NETWORK ADDRESS TRANSLATION THRESHOLDS
Thresholds generate alerts or alarms based on either the total number of Network Address
Translation (NAT) calls setup by the system during the specified polling interval, or on the
number of currently active calls only.
Alerts or alarms are triggered for call setups based on the following rules:
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
Default value is 0, which means there will be no monitoring.
The polling interval is in seconds and it is an integer between 30 and 60000. Entries will be
rounded up to the nearest 30 seconds.
Enabling Thresholds
To enable thresholds use the following configuration:
configure
threshold monitoring firewall
context <context_name>
threshold monitoring available-ip-pool-group
end
Notes:
Notes:
Notes:
21-2
Thresholds configured using the alert-threshold keyword are specific to the pool
that they are configured in, and will take priority, i.e. will override the context-wide
configuration mentioned above.
Generally Available
03-31-2010
21-3
21-4
CHAPTER 22
STATEFUL FIREWALL THRESHOLDS
Thresholds generate alerts or alarms based on either the total number of Stateful Firewall
calls setup by the system during the specified polling interval, or on the number of currently
active calls only.
Alerts or alarms are triggered for call setups based on the following rules:
If a trigger condition occurs within the polling interval, the alert or alarm will not be
generated until the end of the polling interval.
Default value is 0, which means there will be no monitoring.
The polling interval is in seconds and it is an integer between 30 and 60000. Entries will be
rounded up to the nearest 30 seconds.
Enabling Thresholds
To enable thresholds use the following configuration:
configure
threshold monitoring firewall
end
poll
poll
poll
poll
22-2
Generally Available
03-31-2010
22-3
22-4
Generally Available
03-31-2010
INDEX
A
AAA Manager Request Queue Threshold ............ 3-9
C
Configuring
Thresholding
AAA.................................................... 3-1
Call setup ............................................ 5-1
CPU resource ...................................... 6-1
IP pool utilization.............................. 10-1
Packet processing.............................. 11-1
Per-service session............................ 14-1
Port utilization................................... 15-1
SMC CompactFlash.......................... 18-1
SPC CompactFlash ........................... 18-1
Subscriber ......................................... 16-1
Total session ..................................... 19-1
O
Overview
Thresholding ............................................... 1-1
T
Thresholding
AAA values, configuring ............................. 3-1
Call setup values, configuring....................... 5-1
CPU resource values, configuring ................. 6-1
IP pool utilization values, configuring ......... 10-1
Packet processing values, configuring ......... 11-1
Per-service session, configuring.................. 14-1
Port utilization values, configuring ............. 15-1
SMC CompactFlash, configuring ................ 18-1
SPC CompactFlash, configuring ................. 18-1
Subscriber values, configuring.................... 16-1
Total session, configuring .......................... 19-1
Thresholding Overview...................................... 1-1
Index-1
Generally Available
Index-2
03-31-2010