Cisco Cisco Packet Data Interworking Function (PDIF) Guía Para Resolver Problemas
Software Management Operations
▀ Upgrading the Operating System Software
▄ Cisco ASR 5000 Series System Administration Guide
OL-22970-01
The new standby SMC is then restarted and the new operating system software image is loaded onto that SMC. It is
important to note that the full CLI configuration that was temporarily saved by the system is not loaded at this point.
Instead, only minimal commands used to control the system are loaded.
important to note that the full CLI configuration that was temporarily saved by the system is not loaded at this point.
Instead, only minimal commands used to control the system are loaded.
Once this SMC is operational, another SMC switchover occurs and the second SMC is restarted, loading the new
software version. During this period, since both SMCs are effectively now running the new operating system software
image, the system can continue to perform the on-line software upgrade process without waiting until the last SMC
finishes booting up and is placed into its normal standby operational mode.
software version. During this period, since both SMCs are effectively now running the new operating system software
image, the system can continue to perform the on-line software upgrade process without waiting until the last SMC
finishes booting up and is placed into its normal standby operational mode.
Stage 4 - Reboot All Packet Processing Cards
In this stage, the active SMC is aware of all system and card-level states and tasks. All PSCs that are in standby
operational mode are restarted simultaneously, and after passing their POST diagnostics, their control processors (CPs)
are loaded with the new operating system software image.
operational mode are restarted simultaneously, and after passing their POST diagnostics, their control processors (CPs)
are loaded with the new operating system software image.
The remaining PSCs, which, for PDSN and GGSN, are enforcing the overload policies, preventing any new sessions
from entering the system, are then migrated to the cards that are running the new operating system software. The
overload policies and minimal system tasks continue running on the newly upgraded PSCs. The original active PSCs are
then restarted, all at once, and upgraded to the new operating system software image.
from entering the system, are then migrated to the cards that are running the new operating system software. The
overload policies and minimal system tasks continue running on the newly upgraded PSCs. The original active PSCs are
then restarted, all at once, and upgraded to the new operating system software image.
I
MPORTANT
:
The system will only migrate as many active PSCs as there are standby PSCs. If this is not a 1:1
correlation, then the system will repeat this procedure of migrating - updating - migrating back until all normally active
PSCs have been upgraded.
PSCs have been upgraded.
Once all of the cards have been upgraded and returned to their desired (normal) operating states, the system can proceed
to the final stage of the on-line software upgrade procedure.
to the final stage of the on-line software upgrade procedure.
Stage 5 - Return System to Normal Operation
In this stage, all cards are running the new operating system software, but the full CLI configuration file that was
created at the beginning of the upgrade has not yet been re-loaded and all network processor units (NPUs) are still
operating in global bypass mode.
created at the beginning of the upgrade has not yet been re-loaded and all network processor units (NPUs) are still
operating in global bypass mode.
The system begins loading the full temporary CLI configuration file that was created at the beginning of the on-line
software upgrade. This process can take over a minute to complete, dependent upon the size and complexity of the of
the configuration file. As this process begins, the NPUs are programmed and all normal tasks are brought on-line, even
though they are still in global bypass mode.
software upgrade. This process can take over a minute to complete, dependent upon the size and complexity of the of
the configuration file. As this process begins, the NPUs are programmed and all normal tasks are brought on-line, even
though they are still in global bypass mode.
Once the configuration is fully loaded, returning the system to its pre-upgrade configuration, the system will switch the
NPUs from global bypass mode. This cancels all redirection tasks configured by the overload policies, and the system
can once again begin accepting new sessions.
NPUs from global bypass mode. This cancels all redirection tasks configured by the overload policies, and the system
can once again begin accepting new sessions.
System Requirements to Support the On-line Software Upgrade Method
A system requires a minimal amount of hardware to support this software upgrade method. The minimum required
application cards are:
application cards are: