Cisco Cisco Packet Data Gateway (PDG) Ratgeber Für Administratoren

 

▄  Cisco ASR 5000 System Administration Guide 

A system requires a minimal amount of hardware to support this software upgrade method. The minimum required 
application cards are: 



 

Two SMCs (one Active and one Standby) 



 

Two RCCs (required to support packet processing card migrations) 



 

Three packet processing cards (one must be a standby, but two standby cards are recommended) 

If your system does not meet this minimal system requirement, then this method of software upgrade cannot be 
supported and you must use the 

  method. 

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. 

The system remains in this Stage 1 until either all current sessions are self-terminated by users or the configured session 
upgrade limits are reached. In the latter 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 
number of sessions) on the system is met and all sessions are terminated. 

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. 

  This is the only stage in which the abort upgrade 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-
line software upgrade can be terminated is to issue the reload command. This causes a system restart that could leave 
the system in an abnormal state, requiring manual intervention. Issuing the reload command should be avoided, and 
only used as a last resort. 

Once all the calls on the system are terminated, the software upgrade enters Stage 2.