Aruba AP-375 Uplink: gibt es eine Möglichkeit, ein Cisco BiDi SFP zu betreiben, oder ist der AP auf freigegebene Optiken gesperrt
Wir bringen WLAN in ein Nebengebäude auf einem Campusgelände. Die einzige Faser, die dorthin führt, ist eine einzelne Ader, der Plan war also, dort einen AP-375 aufzuhängen und ihn über ein BiDi-Paar zu versorgen, das wir schon auf Lager hatten.
- Aruba AP-375, ArubaOS 8
- Cisco BiDi SFP im AP-Käfig, die passende Partnerwellenlänge im Switch
- eine Ader Singlemode zwischen den beiden Gebäuden
- der AP selbst ist in Ordnung, er kommt über Kupfer normal hoch
AP-375 SFP cage: Cisco BiDi module seated, uplink never comes up
Same BiDi pair between two switches on the bench: link up, no complaintsWas ich schon gemacht habe:
- die beiden Wellenlängen getauscht, falls ich das Paar falsch herum hatte
- das Modul neu gesteckt und einen zweiten AP-375 aus derselben Charge probiert
- die AP-CLI nach dem Äquivalent des
allow-unsupported-transceiver-Schalters durchsucht, den Switches haben, und nichts gefunden, das danach aussieht
Nimmt ein AP-375 also irgendetwas außer den von Aruba gesegneten Optiken an, und gibt es in ArubaOS 8 einen Unlock-Befehl für den AP selbst statt für einen Switch? Wenn das eine harte Sperre ist, kaufe ich einfach die freigegebenen Teile, aber ich wüsste das gern, bevor ich bestelle.
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Es ist eine harte Sperre, und es ist nicht die übliche Coded-Optics-Geschichte. Aruba qualifiziert für den AP-Uplink genau zwei Module, eines SX und eines LX, und die AP-Firmware hat überhaupt keinen Unlock-Befehl, es gibt also nichts zu aktivieren und kein BiDi-Teil, das akzeptiert würde, egal wer es gebaut hat.
Der Grund, den sie angeben, ist thermisch, nicht kommerziell. Im Inneren eines AP-Gehäuses liegen die Temperaturen deutlich außerhalb dessen, wofür ein gewöhnliches Nicht-Industriemodul spezifiziert ist: ein Modul, das dort gart, kann frühzeitig sterben, und ein Modul, das im Käfig ausfällt, kann den AP mit sich reißen. Deshalb ist die Freigabeliste kurz, und deshalb haben sie kein Interesse, sie zu erweitern.
Praktische Antwort: die freigegebene SX- oder LX-Teilenummer aus dem AP-Bestellhandbuch nehmen und die kaufen. Die eine Ader ist der unangenehme Teil, denn niemand segnet für diesen AP ein BiDi-Modul.
Danke, das deckt sich mit dem, was ich auf dem langsamen Weg rausgefunden habe. Es gibt in der AP-CLI wirklich nichts, was
allow-unsupported-transceiverähnelt, und der AP deutet nicht einmal an, dass er ein Modul gesehen hat, er sitzt einfach mit totem Uplink da. Dasselbe BiDi-Paar linkt zwei Switches über dieselbe Ader, die Optik und die Faser sind also nicht das Problem.Wir bestellen das freigegebene LX und ziehen eine zweite Ader, der Kanal hat noch Kapazität übrig. Leicht genervt, dass der AP einem im Log nichts zum Arbeiten gibt, eine simple Unsupported-Module-Meldung hätte mir einen Nachmittag Wellenlängen-Tauschen erspart.
Dieselbe Familie von Ärger auf der Switch-Seite, falls das hilft. Ein Instant-On-Switch hier fing an, einen Unsupported-Transceiver-Alert für ein HPE-gebrandetes 1000BASE-T-Modul, J8177C, auszulösen, das seit Ewigkeiten in dem Port steckte. Nicht das Modul hat sich geändert, sondern die Software: die Transceiver-Validierung kam mit Instant-On-Software 2.9, und alles außerhalb ihrer akzeptierten Liste wird markiert, ältere Revisionen von HPE-Teilen eingeschlossen.
allow-unsupported-transceivergibt es dort auch nicht mehr, und niemand, den ich gefragt habe, hat einen Weg gefunden, den Alert stummzuschalten und dabei den Link zu behalten.Bei der 1930er-Serie kann es schlimmer sein als ein kosmetischer Alert. Ein Kollege hat ein JL680A, bei dem ein J8177D-artiges Kupfer-SFP korrekt als 1000BASE-T-Modul geloggt wird und der Port trotzdem nie linkt, egal was auf der RJ45-Seite steckt, und diese Box hat überhaupt kein Override. Third-Party-Ergebnisse wirkten dort auf mich wie eine Lotterie: manche FS-Teile kamen hoch, andere handelten nie aus, und dieselben Module liefen in Cisco-Geräten problemlos. Eins kaufen und testen, bevor man eine ganze Box bestellt.