07-25-2013 06:54 AM - edited 03-07-2019 02:35 PM
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?
Thanks!
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
08-07-2013 06:52 AM
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.
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/12.2/53SG/configuration/issu.html
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.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide