Cisco Cisco Packet Data Gateway (PDG) Guia De Resolução De Problemas

 

▄  Cisco ASR 5000 Series System Administration Guide 

This method allows active sessions to be maintained until they are either self-terminated (subscriber ends session) or 
meet the optionally defined upgrade limit values. 

This method upgrades all standby PSCs simultaneously, then upgrades any active cards simultaneously. 

No new sessions will be accepted by the system during an on-line software upgrade.For PDSN and GGSN: All new 
session requests are blocked from entering the system through the use of an overload policy. Failure to configure this 
policy to redirect calls elsewhere can result in a significant service outage.  

  To minimize the risk of service outages, the on-line software upgrade should be performed during a 

planned maintenance window. 

An on-line software upgrade is performed in five stages, where each stage is limited to performing only specific 
functions until the system is prepared to move to the next stage. Each stage is explained below. 

 

After initiating the upgrade command, before beginning Stage 1 of the on-line software upgrade process the system 
performs a series of checks and procedures. These include: 

 

 

Verifying that an open boot priority is available in the boot stack. 

 

Ensuring that the current local file system is synchronized. 

 

Creating the new boot stack entry using the new operating system image, boot priority, and configuration file 

information. 

 

Performing an SMC synchronization of the new local file system. 

 

Creating a temporary copy of the configuration that is currently running on the system. This configuration may 

or may not match the saved CLI configuration file that is named in the boot stack entry. This temporary copy is 
re-applied to the system during Stage 5 of the on-line software upgrade process. 

If any errors are detected during this verification process, the on-line software upgrade is aborted and an error message 
is displayed. 

 

For PDSN and GGSN: During this stage, all Session Manager tasks on the system are busied out and incoming session 
requests are redirected to other systems or rejected by the system, based on the configured overload policy for each 
service. 

 

The system remains in this stage until either all current sessions are self-terminated by users or the configured session 
upgrade limits are reached. In the later case, when one of the two upgrade limits are reached, the system will 
automatically terminate all sessions that meet the time limit (maximum session life) or, when the usage limit (minimum 
# of sessions) on system is met and all sessions on the system are terminated. 

  This is the only stage that the 

 command may be used. Once Stage 2 is entered, 

the on-line software upgrade should not be cancelled unless an emergency exists. After Stage 1, the only way that an on-