Dlaczego Cisco przestało akceptować SFP-y firm trzecich po IOS 15.2, i jaka jest polityka wsparcia Cisco
Autor posta pytał, dlaczego moduły SFP firm trzecich przestały działać po aktualizacji switchy Cisco do IOS 15.2, skoro inni producenci akceptują optykę Cisco albo inną, i czy to ograniczenie techniczne. Mimo próśb nie podano modelu, wyniku z logów ani szczegółów interfejsu. W późniejszej aktualizacji autor napisał, że klasyczne obejścia 'service unsupported-transceiver' i 'no errdisable detect cause gbic-invalid' nie są już dostępne na Catalyst 1000 i nowszych platformach Catalyst 9000, przez co nie ma tam sposobu na użycie modułów SFP+ 10G spoza Cisco.
- Sprzęt: Cisco Catalyst 1000, seria Cisco Catalyst 9000
- Transceivery: SFP+ 10G firm trzecich (nieokreślony), SFP/QSFP firm trzecich (ogólne)
- Format: SFP, SFP+, QSFP+
Objawy / komunikaty:
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
Jak dokładnie to się wywala? Sprawdź 'show logging' zaraz po boocie z włożonym modułem i podaj pełny model urządzenia.
Cisco toleruje część optyki firm trzecich, jeśli skonfigurujesz 'service unsupported-transceiver' albo 'no errdisable detect cause gbic-invalid' - choć na nowszych C1000 i C9xxx tych komend już nie ma, więc tam to nie pomoże.
Oficjalnie Cisco nigdy nie będzie wspierać SFP-ów firm trzecich, ale w praktyce optyka SFP, SFP+, a nawet QSFP firm trzecich działa dobrze; wielu producentów firm trzecich przeszywa EEPROM modułu, żeby przechodził kontrole Cisco.
Pracownik Cisco zacytował wytyczne gwarancyjne: jeśli Cisco przypisze usterkę pamięci, kablom, GBIC-om albo innym komponentom firm trzecich, może wstrzymać wsparcie gwarancyjne albo SmartNet i rozliczyć czas i materiały; wsparcie trwa dalej, gdy usterka nie ma związku z częścią firmy trzeciej.