Cisco Cisco ASR 5000

nodes without host involvement. Proxy Mobile IPv6 extends Mobile IPv6 signaling messages and reuses the
HA function (now known as LMA) on PDN Gateway. This approach does not require the mobile node to be
involved in the exchange of signaling messages between itself and the Home Agent. A proxy mobility agent
(MAG function on HSGW) in the network performs the signaling with the home agent and does the mobility
management on behalf of the mobile node attached to the network

The S2a interface uses IPv6 for both control and data. During the PDN connection establishment procedures
the PDN Gateway allocates the IPv6 Home Network Prefix (HNP) via Proxy Mobile IPv6 signaling to the
HSGW. The HSGW returns the HNP in router advertisement or based on a router solicitation request from
the UE. PDN connection release events can be triggered by either the UE, the HSGW or the PGW.

In Proxy Mobile IPv6 applications the HSGW (MAG function) and PDN GW (LMA function) maintain a
single shared tunnel and separate GRE keys are allocated in the PMIP Binding Update and Acknowledgement
messages to distinguish between individual subscriber sessions. If the Proxy Mobile IP signaling contains
Protocol Configuration Options (PCOs) it can also be used to transfer P-CSCF or DNS server addresses

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, IP pool
addresses, 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:

• SNMP traps: SNMP traps have been created that indicate the condition (high threshold crossing and/or

clear) of each of the monitored values.

Generation of specific traps can be enabled or disabled on the chassis. Ensuring that only important
faults get displayed. SNMP traps are supported in both Alert and Alarm modes.

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

Logs are supported in both the Alert and the Alarm models.

• Alarm System: High threshold alarms generated within the specified polling interval are considered

"outstanding" until a the condition no longer exists or a condition clear alarm is generated. "Outstanding"