@darkgc To expand on what @balaji.bandi we would need to know more information. Usually determining your upgrade path, is to determine the version of code you need. First decide on what features you need and research the stability of the version (e.g. PSIRTs, field notices, unresolved bugs that may impact you, etc). Once you have determined the code that best fits your needs you can determine if there is dependencies that need to be met. At any rate, if you have a Cisco SE on your account they should be able to advise you, as well as, your channel partner if you purchase from one. Although, TAC can not recommend code they can put you in the right direction as well. Another good resource I use the software research tool: https://software.cisco.com/research/home   This is a great page with a bunch of tools you can use to look up PSIRTs, Bugs, Field Notices, EoX, etc. https://www.cisco.com/c/en/us/support/web/tools-catalog.html   HTH, Barry   ... View more

@art.jackson just curious, what version of code are you running? Are you running 16.1.10 or 16.1.11? We are on 11 right now. Let me know what TAC tells you guys. We are still working with TAC right now for a permanent fix. ... View more

@art.jackson Sorry to hear that we are using twinax for some ports and the LRMs as well. Just curious, did you reseat the CVR after issuing the service unsupported transceiver command? We had to reseat the CVR module. ... View more

@balaji.bandi sorry for the confusion, we are using OEM SFPs from Cisco. The 9500 is saying that the SFP's are not supported when they are Cisco SFPs. ... View more

@art.jackson Sorry to hear you are having an issue. One of our engineers have found a work around. We are using (OEM - original equipment manufacturer ) Cisco CVR modules and our engineer noticed in the syslog the following message "%TRANSCEIVER-3-NOT_SUPPORTED". We then added the following command “service unsupported-transceiver" and then re-seated the module. This seem to fix the problem and has been stable for the past week or so. We notified TAC to see if there is going to be an upgrade released soon but we have yet to hear back. Give it a try and see if it works for you. ... View more

Thanks @marce1000 I appreciate it! I'll check my device against the SN lookup tool for EOL dates. ... View more

Thanks @luis_cordova I appreciate the response. I guess its the part numbers and wording that is confusing me. Is the part number C1-CISCO4221J/K9 under the 1900 announcement referring to the ISR 1900? The part number PWR-1941-AC is definitely a power supply. However I don't see the same notice under the ISR 4000s. Reading this part of the notice is what is really confusing me. It is located in the 1900 section of the Cisco.com site but it references the ISR 4200. Further down the part numbers I listed above are the only parts listed in this notice: ... View more

Hello, I figured I would follow up on this just in case anyone else has ran into this problem. This issue is related to bug CSCvn60882 - CVR-QSFP-SFP10G V02 May get un-recognised or goes to error disabled state upon installation. This only impacts the 9500-32C model and it appears that 16.11.1 does not fix the issue either. So far no fix has been identified.   ... View more

Generally, in my experience ISSU seems not to work when going from a minor major version to another. e.g. 3.x.1 to 3.y.1. So far on the 4500 platforms I have given up on ISSU and just do a shelf reload to to upgrade the code. Fortunately, I don't need the 24x7 uptime where I have the switches in place so I can just do the upgrade during a scheduled maintenance window. At any rate, that is my experience. Thanks for the post! ... View more

I am going to have turn up and configure a new 3750 stack tonight for work. This is the documentation I have been working off of. This should answer all your questions http://www.cisco.com/en/US/customer/docs/switches/lan/catalyst3750/software/release/12.2_55_se/configuration/guide/swstack.html HTH ... View more