Cisco introduced 'warm' reload...
Rodney Dunn
rodunn at cisco.com
Mon Sep 15 01:13:29 UTC 2003
My mistake. I missed it took that as the
"Reason for reload" option.
Thanks Andrew for catching that.
Rodney
On Sun, Sep 14, 2003 at 06:54:28PM -0400, Rodney Dunn wrote:
> On Sat, Sep 13, 2003 at 08:11:52PM -0700, Michel Py wrote:
> > Rodney,
> >
> > > Rodney Dunn wrote:
> > > Thanks for pointing that out. I'll have it removed
> > > from the CLI for any platforms where it's not supported.
> >
> > Actually, there's nothing to remove. The
> >
> > > cisco7507#reload ?
> > > LINE Reason for reload
> >
> > Is perfectly legitimate.
>
> I agree. But it shouldn't accept the command even though
> it's not visible.
>
> 75xx_Lab#sh ver | incl IOS
> IOS (tm) RSP Software (RSP-JSV-M), Version 12.3(2)T, RELEASE SOFTWARE (fc1)
> 75xx_Lab#rel warm
>
> System configuration has been modified. Save? [yes/no]: yes
> Warning: Attempting to overwrite an NVRAM configuration previously written
> by a different version of the system image.
> Overwrite the previous NVRAM configuration?[confirm]n
> No action taken because command was not confirmed
> Proceed with reload? [confirm]n
>
>
> >
> >
> > > The currently supported platforms are:
> > > 3660 and 3745 in 12.3(2)T
> > > 7200 in 12.2(18)S
> > > I'll also check on future platform implementations and
> > > let you know. While at first the feature seems platform
> > > independent it turns out there are some platform
> > > dependencies.
> >
> > If I may, it would be a hell of a good idea to make it work on platforms
> > such as the 7500 where one would think it is un-necessary. On paper,
> > having a feature set with rpr/rpr+ would render this command
> > un-necessary on a 7500 with dual RSPs. In practice, there are so many
> > compatibility issues with rpr/rpr+ and other features that some 7500s
> > that have dual RSPs run a non-rpr image and the second RSP is sitting in
> > the router as a spare.
>
> Sure you may. I'll check with the 7500 group and let you know what the
> plans are for this platform.
>
> Rodney
>
>
> >
> > Michel.
> >
More information about the NANOG
mailing list