ThinkSystem SR650でLenovo 46C3447 SR光モジュールを使うとCatalyst 3850がポートをerr-disableにする

そのログで確定です。gbic-invalidはスイッチが未承認とみなしたモジュールを拒否しているという意味で、発動しているチェックはCisco側にあり、SR650でもESXiでもありません。そのリンクのLenovoコード化されたSR光モジュールに異議を唱え、リンク評価が行われる前にポートを落としています、だからこそポートを移動してもコードを替えても何も変わらなかったわけです。

グローバルコンフィグで2行:

service unsupported-transceiver
no errdisable detect cause gbic-invalid

1行目はスイッチに、認識できないモジュールでもそのまま続行するよう指示し、2行目はそのCRCチェックが失敗したときにerr-disableがポートを撃たないようにします。どちらも遡及的には効かないので、その後ポートをバウンスして、ダウンしている間にファイバーを再装着してください:

interface Te1/0/7
 shutdown
 no shutdown

リンクが上がったら設定を保存してください。running configにしか残っていない場合、次のリロード後にポートはまたerr-disabledに戻り、もっと都合の悪いタイミングでこれを再デバッグする羽目になります。

2点注意があります。これでCiscoのサポート対象構成の外に出ることになります: 彼らはサードパーティ光モジュールを未検証とみなし、TACはそれが絡む相互接続性のケースを断ることがあります、このリンクが契約の下にある場合は重要な点です。それとservice unsupported-transceiverは万能の修正ではありません。ポート自体が障害物になっている場合、例えば1G専用のSFPスロットに10Gモジュールを押し込んだような場合には、同じbad crcメッセージがこれを実施しても残ります。なのでバウンス後もポートがダウンしたままなら、また光モジュールを疑う前に両端が実際にどの速度で動いているか確認してください。