On a 4500 switch having a single sup engine, another sup engine was installed to act as redundant one.
the redundancy mode was changed to sso, thereafter the secondary sup was prompted to be reset.
After it came back up again, the redundancy status still shows as RPR in operation mode.
why is it so and what should be done to make sure that sso works ?
I believe there are different version of IOS running on the SUP engines. Make sure, they are same. Though being in RPR mode works, but incase if you primary SUP failed due to some reason, then the standby done has to boot in order to take up.
You need to make sure you have the same hardware on both superivors, for example the same ram. Another fact to keep in mind is to have the ios on both supervisors on the same memory. So for example on the active you have it on bootflash then on the slave you must have it on bootflash as well. You can verify the boot statement with a show bootv
Sent from Cisco Technical Support iPhone App
Thanks Diego. I see memory mismatch between the sup's.
"Main memory mismatch. Active supervisor has 1048576K memory. Standby supervisor has 524288K memory. Redundancy feature may not work as expected."
does this contribute to the fact that sso doesn't function even though it is configured for. below is the redundancy output:
Redundancy Mode (Operational) = rpr
Redundancy Mode (Configured) = sso
Redundancy State = rpr
if memory is causing the problem, what memory is it referring to, the onboard flash memory on each individual sup?
Can we replace the RAM chip simply on the supervisor engines or has the sup engine to be replaced totally & new one ordered with a required memory.
Yes, you can upgrade the memory to 1Gig
Here is the part number
Cisco Catalyst 4500 512MB to 1 GB SDRAM Upgrade for Supervisor Engine 6-E
Also, for more info, here is the datasheet (table-10):