MGBSX1 läuft im SG500-52MP nicht

Bei der SGx00er Serie ist die FW tatsächlich eine ROS-Datei...


Und in einem FW-Update sind nicht nur Lücken geschlossen worden. Manchmal kommen Features hinzu oder Kompatibilitäten werden ergänzt...


Geh mal die ReleaseNotes seit deiner installierten Version durch...

Das muss man gar nicht.
2 popelige, stinknormale Allerwelts SFP Optiken ala:
https://www.reichelt.de/mini-gbic-1000base-sx-multimode-delock-86186-p13 ...
oder
https://shop.fiber24.net/index.php/de/1-25Gbit-s-Multimode-550m-850nm-SF ...
hätten das ebensogut gelöst.
Reinstecken und geht.
Die Ciscos machen keinen Vendor Check bei den Optiken so das man immer auch alle SFP Module von der Stange nehmen kann.
Wenn du noch andere Optiken hast teste die mal. N/A bedeutet das der Switch die Optik nicht erkannt hat. Es ist auch gut möglich das diese defekt ist. Dann nimm mal die die im 350er erkannt wurde und stecke die in den 500er ob er diese erkennt.
Sonst kannst du jede beliebige 1000Base-SX Optik einstecken die du noch in der Schublade hast, er sollte alle erkennen. Ggf. in beiden Ports testen.
Das du die Switches nicht nur wegen der SFP Detection auf das aktuellste Firmware Image patchen solltest weisst du ja selber !
https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/ci ...

Ist Geldverschwendung und muss nicht sein !
Stimmt, dann erkennt er den vendor Code bzw. SFP Spezifika nicht. Ungewöhnlich wenns eine Original Optik ist. Das beide Ports aber zu gleicher Zeit defekt sind ist ebenso ungewöhnlich.
Aber ACHTUNG hier !!!
Nur mal doof nachgefragt: Du hast nicht zufällig in den Combo Ports beim SG500 die parallel mit den Kupfer Ports geschaltet sind eine Kupfer Verbindung aktiv ???
Ist das der Fall, ist der SFP Port abgeschaltet ! Vergiss das nicht.
Die Combo Ports können immer nur entweder oder. Wenn du also dort Kupfer Links aktiv hast musst du die logischerweise erstmal entfernen. Erst dann aktiviert der Switch auch die SFPs !
Das ist immer so Usus bei Combo Ports ! Er kann ja niemals auf einem physischen Port 2 Medien aktiv haben, denn dann hätte man ja aus einem pysischen Ports 2 gemacht was logischerweise nicht geht !
Oder gleich einen Sack Gebrauchte zum Spielen bei eBay:
https://www.ebay.de/itm/HP-Finisar-FTLF8524P2BNV-4Gb-850-nm-SFP-Transcei ...
Bei dem Preis kannst du auch gleich 5 10 für die Schublade kaufen. Die ofiziellen Cisco SFPs sind im original gebrandete Finisar, denn Finisar stellt die Optiken her für alle Premium Switch Hersteller
Lass dich durch die "4G" nicht irreführen das sind Optiken die ebenso für Fibre Channel funktionieren die aber zu 100% auch für 1Gig Ethernet spezifiziert sind wie du im Datenblatt genau sehen kannst:
https://www.finisar.com/sites/default/files/downloads/finisar_ftlf8524p2 ...
Funktionieren hier fehlerfrei in allen Cisco SG Modellen und auch in den IOS Catalyst Switches.
So sieht die Anzeige im 250er und 500er mit der eBay Finisar Optik aus:
Ja, das geht natürlich
https://www.reichelt.de/medienkonverter-gigabit-ethernet-sfp-delock-8622 ...
Ist nur eigentlich ein völlig überflüssiges Gerät, da du die SFP Ports ja direkt im Switch hast. Zudem eine potentielle zusätzliche Fehlerquelle.

Hast du trotz der "N/A" Anzeige mal getestet ob du dennoch einen Link bekommst zwischen den Komponenten ?
Wichtig ist ob die Link LED leuchtet wenn es richtig gepatched ist.
Anzeige ist eine Sache aber wirklich relevant ist ob ein Link zustande kommt am Ende.

Ja !
In der Tat. Das geht so nicht ! (sind übrigens 1000SX und keine"FX", FX gibts bei Gig nicht nur bei Fast Ethernet !)
LWL kann keine Autonegotiation, die haben immer auf die Optiken bezogene feste Speeds.
Was du aber immer machen kannst ist eine 100FX SFP Optik in den Cisco stecken:
https://www.ebay.de/itm/Cisco-GLC-FE-100FX-OEM-Transiever-Modul-SFP-MMF- ...
Damit kannst du die Zyxel Konverter dann auch direkt am Cisco betreiben wenn dir 100Mbit reichen ?! Macht aber wohl auf die Link Speed bezogen wenig Sinn.

Übrigens hier gibts die Finisars im 5er Pack noch etwas preiswerter:
https://www.ebay.de/itm/5x-Finisar-Fibre-Channel-Transceiver-FTLF8524P2B ...

Oder es ist ein in China gefälschter MGBSX1 was nicht auszuschliessen ist. Soclhe Optiken zeigen oft so ein Verhalten
Wie du ja oben sehen kannst "frisst" der Cisco SG alle Optiken ohne Vendor Checking.
Du solltest also parallel doch den 5er Pack Finisars kaufen. Bei dem Preis hat man dann auch Reserve und was zum Spielen

Wenns das denn nun war bitte dann auch
How can I mark a post as solved?
nicht vergessen.

Nur bei der SoHo Serie SGxxx. Dort macht Cisco keinerlei Vendor Checking.

Bei den Catalyst Premium Modellen schon. Dort funktionieren so keine Fremdoptiken.
Man kann das aber über die Konfiguration dort auch zulassen mit den folgenden IOS Kommandos:
service unsupported-transceiver
no errdisable detect cause gbic-invalid
errdisable recovery cause gbic-invalid

Bei den Billigmodellen ProCurve (jetzt Aruba) 2xxx musst du Zwangsoptiken verwenden, die es aber mittlerweile fertig gebrandet auch auf dem freien Markt gibt. (z.B. fiber24.de, Flexotix etc.)
Die einfachen Billigmodelle wie v1910 usw. machen kein Vendor Checking.
Bei den Von Huawei/H3C übernommenen Switches kann man es mit allow-unsupported-transceiver wie bei Cisco per Konfig umgehen.
Bei dem zugekauften Zoo von HP ist es da recht unterschiedlich. Die haben ja nix eigenes.
Billigheimer HP holt sich so sein Geld von den Opfern wieder die auf den Billigpreis reingefallen sind...

Diese Aussagen sind leider partiell korrekturbedürftig.

Die auf die H3C-Übernahme zurückgehenden, auf Comware basierenden Switch-Serien FlexNetwork/FlexFabric meckern Fremdmodule zwar an, funktionieren mit diesen jedoch bereits per Default dauerhaft. Jedenfalls sofern man nicht noch eine sehr alte Comware5-Firmware hat. Diese schaltete die Ports mit Fremdmodulen nach einer gewissen Anzahl Betriebstagen und vorherigen Warnungen ab.

Bei den ehemaligen Procurve-Switchen auf Basis von HP ProVision NOS bzw. der Weiterentwicklung ArubaOS funktionieren Transceiver ohne entsprechendes Branding per Default nicht. Dieses Verhalten kann jedoch mit dem von aqui genannten CLI-Befehl geändert werden.

Wie sich Arubas neues NOS namens ArubaOS-CX verhält, kann ich leider nicht sagen.

Wer Fremdmodule verwendet, bekommt im Supportfall bei keinem Hersteller Unterstützung. Auch nicht bei Billigheimern und/oder solchen, die generell kein Vendorchecking machen. Das Fremdmodul ist immer der bequeme Ausstieg für den Supportmitarbeiter. Und ehrlich gesagt habe ich dafür auch vollstes Verständnis. Wir haben selbst jahrelang die jeweils billigsten vorgebrandeten Transceiver unterschiedlichster Quellen verwendet, bis wir damit mal böse auf die Nase gefallen sind und reichlich Lehrgeld in Form von etlichen Manntagen zur Fehlereingrenzung gezahlt haben. Seither verwenden wir aufgrund der unverschämten Preispolitik mancher Hersteller zwar auch weiterhin oftmals keine Originaltransceiver, achten hierbei jedoch auf Qualität und vor allem eine stabile Lieferantenbeziehung mit entsprechendem Support. Empfehlen kann ich Flexoptix, auch wenn diese vergleichsweise teuer sind.

Gruß
sk

Die fallen m.W. noch unter die vom Kollegen @sk genannten Regeln.
Ausgenommen sind davon nur die v19xx Modelle. Dort wird kein Vendor Checking gemacht. Hab hier 2 mit den o.a. Finisar Modulen laufen und das klappt fehlerfrei.
In den Procurve 2626 hier laufen sie definitv nicht und das kann man auch nicht per Konfig umgehen. Da ist ein Branding zwingend auf den Optiken.
Ein Grund mehr bei den Cisco SG Modellen zu bleiben.

Die 1800er gab es zwar bereits vor der H3C-Übernahme, basieren meines Wissens dennoch nicht auf ProVision und haben auch kein CLI, sondern sind rein webmanaged. Sollten diese ein Vendorchecking machen (was ich nicht glaube), dann kann man dieses also zumindest nicht per CLI deaktivieren. Dann müsste es hierfür eine Option in der Web-GUI geben. Das wiederum erscheint mir unwahrscheinlich.



Die v19xx sind - zumindest zum Teil - ehemalige H3C/3Com-Modelle basierend auf Comware.



Der 2626er dürfte zwar ProVision als NOS haben, aber zu alt sein. Das End of Sales Announcement für diesen Switch datiert auf Februar 2009 (https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-c02593847). Die Option, das Vendorchecking zu deaktivieren kam wohl erst Mitte 2016 mit Firmware 16.02 (https://www.flexoptix.net/en/blog/2016/08/arubaos-enables-use-non-hpe-tr ..). Falls es zu diesem Zeitpunkt oder später überhaupt noch Firmwareupdates für den ProCurve 2626 gab, waren es mit hoher Wahrscheinlichkeit nur noch Sicherheits- und Kompatibilitäts-Fixes, aber keine Rückportierungen neuer Features.


Gruß
sk

Das gilt ebenso auch für die v19xx.
Die haben zwar ein serielles CLI das ist aber ausschliesslich nur auf File Operationen des Flash reduziert zum Laden und Customizen neuer Images im Flash. Mehr nicht. Keine Konfig darüber möglich, rein nur WebGUI.
Das ist richtig ! Aktuellstes Image versucht und das Kommando gibt es dort nicht.

Randbemerkung:
Wenn das ein ChassisSwitch der ProCurve 53xxer Serie ist: Hier "zickt" HP sogar derartig herum, dass selbst jüngst gekaufte OriginalTransceiver nicht laufen/ erkannt werden wollen. ANdersherum schon (altes GBic in neume ProCurve-Switch)....

Gruß
em-pie