Waarom Cisco na IOS 15.2 stopte met het accepteren van third-party SFP's, en Cisco's supportbeleid
De vraagsteller vroeg waarom third-party SFP-modules stopten met werken na het upgraden van Cisco-switches naar IOS 15.2, terwijl andere leveranciers wel Cisco- of andere optiek accepteren, en of dit een technische beperking is. Ondanks verzoeken werden geen model, logoutput of interfacedetails gegeven. In een latere update meldde de vraagsteller dat de klassieke workarounds 'service unsupported-transceiver' en 'no errdisable detect cause gbic-invalid' niet meer beschikbaar zijn op de Catalyst 1000 en de nieuwere Catalyst 9000-platforms, waardoor er daar geen manier meer is om niet-Cisco 10G SFP+-modules te gebruiken.
- Hardware: Cisco Catalyst 1000, Cisco Catalyst 9000 series
- Transceivers: third-party 10G SFP+ (niet gespecificeerd), third-party SFP/QSFP (generiek)
- Vormfactor: SFP, SFP+, QSFP+
Symptomen / meldingen:
third-party SFP not accepted after IOS 15.2 upgrade
'service unsupported-transceiver' not available on Catalyst 1000 / Catalyst 9000
non-Cisco 10G SFP+ unusable
Comments 4
Hoe faalt het precies? Controleer 'show logging' direct na het opstarten met de module erin, en post het volledige apparaatmodel.
Cisco tolereert wel degelijk sommige third-party optiek als je 'service unsupported-transceiver' of 'no errdisable detect cause gbic-invalid' configureert - alleen zijn die commando's op de nieuwere C1000 en C9xxx verdwenen, dus daar helpt het niet.
Officieel zal Cisco nooit third-party SFP's ondersteunen, maar in de praktijk werkt third-party SFP-, SFP+- en zelfs QSFP-optiek prima; veel third-party fabrikanten flashen de module-EEPROM opnieuw zodat hij door Cisco's checks komt.
Een Cisco-medewerker citeerde de garantierichtlijn: als Cisco een storing toeschrijft aan third-party geheugen, kabels, GBIC's of andere componenten, kan het garantie of SmartNet-support inhouden en tijd en materiaal factureren; support gaat gewoon door wanneer de storing niets met het third-party onderdeel te maken heeft.