Showing results for 
Search instead for 
Did you mean: 

4507R-E w/ Sup V-10GE ISSU Upgrade


I am trying to upgrade two Sup V-10GE modules in SSO mode on a 4507R-E chassis.  They are currently running 12.2(50)SG6.  I would like to somehow get to the12.2(53)SG maintenance train.  My biggest problem is that I cannot find a migration path that will allow for the ISSU upgrade to be performed in SSO mode.  I've tried numerous firmware and when I enter the "issu loadversion" command, the backup Sup comesback in RPR mode and is listed as "Cold Standby" instead of "Standby Hot".  I have the output of the "show module" command below.  Does anybody know where I can find the documentation to plan a migration path that would retain SSO mode?  Or has anyone been in this situation?


Mod Ports Card Type                              Model              Serial No.


1    48  10/100/1000BaseT (RJ45)                WS-X4548-GB-RJ45   JAE160704ND

2    48  10/100/1000BaseT (RJ45)                WS-X4548-GB-RJ45   JAE160804X3

3     6  Sup V-10GE 10GE (X2), 1000BaseX (SFP)  WS-X4516-10GE      JAE1538002N

4     6  Sup V-10GE 10GE (X2), 1000BaseX (SFP)  WS-X4516-10GE      JAE154302YE

5    48  10/100/1000BaseT (RJ45)                WS-X4548-GB-RJ45   JAE160500QY

6    48  10/100/1000BaseT (RJ45)                WS-X4548-GB-RJ45   JAE160804RA

7    48  10/100/1000BaseT (RJ45)                WS-X4548-GB-RJ45   JAE160500VE

M MAC addresses                    Hw  Fw           Sw               Status


1 c464.138b.a510 to c464.138b.a53f 2.6                               Ok

2 f0f7.55df.e210 to f0f7.55df.e23f 2.6                               Ok

3 2894.0fdf.0d40 to 2894.0fdf.0d45 5.2 12.2(31r)SGA 12.2(50)SG6      Ok

4 2894.0fdf.0d46 to 2894.0fdf.0d4b 5.2 12.2(31r)SGA 12.2(50)SG6      Ok

5 c464.138b.2d40 to c464.138b.2d6f 2.6                               Ok

6 f0f7.55df.fb30 to f0f7.55df.fb5f 2.6                               Ok

7 c464.138b.2470 to c464.138b.249f 2.6                               Ok

Mod  Redundancy role     Operating mode      Redundancy status


3   Active Supervisor   SSO                 Active

4   Standby Supervisor  SSO                 Standby hot

1 Reply 1


After going over the same docs for weeks and even openning a TAC case, I was unable to find closure on the issue.  Then last week, I stumbled on this document.

Although I'm running 12.2(50)SG6 and this doc is for the 12.2(53) maintenance train, the document specifies that if the "no ip routing" command is configured the redundant supervisor module will fallback to RPR mode during ISSU.  After doing some testing, I'm finding that this is the case and the root cause of my issue.  Doing some more research, I'm finding that ISSU will try to sync CEF information for the NSF feature for SSO.  If IP routing is disabled, CEF is not running.  (The command "show cef state" will show CEF not running on a box without IP routing.)

SOLUTION: When performing ISSU with dual supervisor modules on the 4500R series, make sure the "ip routing" command is applied so the upgrade can be completed with SSO mode.  This will reduce downtime from 60 seconds to < 200 ms.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Recognize Your Peers