Cisco Cisco Packet Data Gateway (PDG) Guia Do Administrador

 

In stage 2, the system switches from normal call operations, leaving only a minimal set of system-level tasks running on 
the packet processing cards to ensure that any errors are detected and that the re-directors used by the defined overload 
policy for each service remain in effect. 

At this point, the SMCs are fully operational, but each packet processing card in the system is running independently of 
the others, with no communications occurring between them. In this stage, the network processor units (NPUs) are 
placed into global bypass mode, wherein the redirector tasks are supported to deny any new session requests to access 
the system by redirecting them to other devices. 

While in global bypass mode, Line Card (LC) ports will be limited to the following services: 



 

Respond to Ethernet ARP requests 



 

Respond to ICMP echo requests 



 

Session rejections or redirection 

The following list defines LC features or services that will be unavailable: 



 

No AAA packets or logs will be sent for each session reject or redirect 



 

All other packets are discarded 



 

Port counters will be unavailable 



 

Port redundancy operations, if configured, will not be operational 



 

All routing protocols, if enabled and configured, will be disabled 



 

Routing tables will remain fixed (no updates) throughout the upgrade 



 

PCF monitoring will be unavailable 

  Once Stage 2 has begun, no CLI configuration mode commands, except end and exit (if this 

stage is entered while a management user is in a configuration mode) will be accepted by the system. Only non-
configuration commands within the Exec mode, such as show commands may be executed. You can monitor the 
progress of the on-line software upgrade by entering the show upgrade command. 

Once all of the packet processing cards are operating in stand-alone mode, the on-line software upgrade can proceed. 

During this stage, the system performs an SMC switchover, wherein all tasks running on the active SMC are transferred 
to the standby SMC, which then becomes active and takes control of the system. 

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. 

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