From: Richard Gallagher (rgallagh@xxxxxxxxx)
Date: Thu Oct 25 2001 - 06:17:34 GMT-3
Hi Tom,
This is normal as the slave RSP is only running a very basic subset of IOS,
then when it needs to take over it have to boot virtually from cold, thus the
40s cahngeover.
In 12.0(16)ST there is a new feature called RPR (Route Processor Recdundancy)
and RPR+ which should bring to swap over time to under 10 secs. Take a look at
the following links for more info:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120lim
it/120st/120st16/st_rpr7x.htm
http://www.cisco.com/warp/public/cc/pd/rt/7500/prodlit/haibd_ov.htm
Rich
CCIE #7211
On Oct 25, 4:53am, Tom Daniel chatted about:
> Subject:OT: Dual Route Switch Processor in 7513
> We are testing High Availabilty in a 7513 with dual RSP Modules. Testing
> shows that it takes over 40 secs for the RSP and all other modules to come
> back online when it fails to the Standby RSP. This does not include the
> convergence time required with the routing protocols once the router is back
> online. When the Active RSP fails, the Second RSP reloads the software and
> then brings each module online. I would have expected this time to be much
> shorter. Maybe 10 seconds at the most. Has any had experience with this? Am
> I expect too much? Are there parameters that I can adjust to decrease the
> amount of time for the second one to come online.
>
> Thanks for your help....................
>-- End of waffle from Tom Daniel
This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:24 GMT-3