Unfortunately this will not work as we do not support installing packages on a single node. While it is technically possible to do this we do not officially support this kind of install; especially not for RSPs.
Lets say you did go ahead and install to the standby RSP and that it did go through the activation process without throwing errors or re-syncing to the active:
When the standby card reloads due to the activation process it will send a boot request to the active RSP and then sync over the v1 files.
Lets say when the standby card reloads you physically take out the active RSP. Then yes the standby would boot up with the v2 code but all the LCs would go down. After this the previously active RSP would send a boot request and get the v2 packages.
Because of having to reload during the upgrade you would not be able to do a redundancy switchover as they would not be synced/ready for a switchover
We do have a few versions that now support ISSU as well as ISSU SMUs and we will see more ISSU in the future. Right now we do support 4.3.0 to 4.3.1 ISSU upgrade with SMU Pack 2 for 4.3.0
This document is an early notification of a behaviour change that will be introduced in IOS XR release 6.5.
IOS XR configuration principles relevant for this article are:
On router platforms all interfaces must be by defaul...
With XR 4.2.0 the ASR9000 is releasing a new line of hardware models. This amongst others is the RSP440, the next generation RSP with faster switch fabric along with Typhoon based Linecards, the next generation network processor.
The Cisco EPN system incorporates a network architecture designed to consolidate multiples services on a single Multiprotocol Label Switching (MPLS) transport network. This network is designed primarily based on Application ...