Issue with 9500-32C and using CVR-QSFP-SFP10G

[barweiss45]

Hello everyone,

Today we spent the day trying to configure our new 9500-32C. We have a couple ports that have to use 10G for now so we purchased the adapters CVR-QSFP-SFP10G. We were running 16.10.1 at first since we are using the virtual-stacking. When we would insert the CVR adapters they would show up error disabled or they just wouldn't recognize them at all. We double checked the documentation and it said that it was supported, so we called TAC and after some testing it turned out that there is a bug on 16.10.1. The bug id is CSCvn60882. So they told us to upgrade to 16.11.1 which is the latest code that they have available on their website. Unfortunately, this did not appear to fix the issue. I was wondering if anyone else is experiencing the same issue and if they found a fix.

Thank you.

[barweiss45 · Accepted solution]

Sorry for not following up on this. Yes there was an issue found. It turned out the entire batch of CVR-QSFP-SFP10G's were bad. This is the response got back from TAC.

Thanks for your patience while we work through this on the back end. It seems that through our investigation the magic number on these CVR’s wasn’t programmed correctly, causing them to appear invalid. At this point we are trying to locate where this manufacturing error occurred and see how many devices may be impacted. Due to this, I am going to go ahead and RMA all of the CVR’s that you report as bad, and FA them to a site that is going to do this testing. Could you please provide the exact number of CVR’s you see exhibiting this behavior as well as all of their Serial Numbers. I will then RMA these to you.

It took us and Cisco almost a year to figure it out. However, during that time we created a work around by enabling the "service unsupported-transceiver" command.

HTH,

Barry