Aruba-2540-Uplink-Ports 51-52 bleiben Down auf einer Gebäudeverbindung, während ein 2530 dieselben Module linkt
Ich betreue einen Standort mit zwei Gebäuden, und die Access-Switches wurden vor einer Weile durch Aruba 2540 ersetzt. Die Faser zwischen den Gebäuden wurde nicht angefasst, aber seit dem Tausch will der Uplink nicht hochkommen.
- Aruba 2540 auf unserer Seite, Ports 51 und 52 für die Uplinks
- Aruba J4858D 1000SX im 2540, TP-Link TL-SM311LM v2.0 am anderen Ende dieser Strecke
- an einer zweiten Strecke Aruba J9050D 10G gegen ein TP-Link TXM431-SR
- eine Gebäudeverbindung, an beiden Enden gepatcht, sonst nichts geändert
Der Switch liest die Module ohne zu murren:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: DownWas ich schon ausgeschlossen habe:
- dieselben Module, dieselbe Faser, ein 2530 statt des 2540: Link kommt hoch
- TP-Link zu TP-Link über dieselbe Strecke: Link kommt hoch
- 2540 zu 2540 mit J9050D auf dieser Faser: immer noch Down
- beide Module auf einem kurzen Patchkabel auf der Werkbank: Link kommt hoch
Die Faser trägt also für jede Kombination einen Link, außer für eine, die in einem 2540 endet, und show log -r gibt mir nichts außer dem Port, der down geht. Was macht der 2540 hier anders?
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
Wenn alles linkt außer der Box, die ein 2540 ist, die Optik aus dem Blick nehmen und die Rate festnageln. Diese Cages handeln die Geschwindigkeit selbst aus, und gegen Fremd-Hardware mit ratenwählbaren Modulen ist genau diese Aushandlung der Punkt, an dem solche Links hängen bleiben. Das passt auch zu deinem Werkbank-Ergebnis: Über ein kurzes Kabel pendelt sich die Gegenseite schnell genug ein, über die lange Strecke nicht.
An den Uplinks explizit setzen:
Erst einen Port machen und
show log -rbeobachten, während er hochkommt, dann den zweiten. Wenn die Gegenseite eine feste 1000-Full-Option hat, die auch setzen, statt eine Seite weiter verhandeln zu lassen.Zwei Einschränkungen. Das hat an einer Anlage, an der ich gearbeitet habe, genau dieses Symptom behoben, nichts, worauf ich in einem Handbuch zeigen kann, also erst an einem eigenen Port beweisen, bevor es auf jeden 2540 ausgerollt wird. Und formal ist keines der TP-Link-Module in einem Aruba-Switch unterstützt: Falls das je ein Support-Case wird, lautet die erste Forderung J4858D an beiden Enden. Wenn die feste Geschwindigkeit nichts ändert, ist es eine durchaus vertretbare Antwort, genau diese Strecke zurück auf einen 2530 zu legen, bis auf beiden Seiten ein unterstütztes Modulpaar steckt.
Das vollständige
show tech transceiversvom funktionierenden 2530 und vom ausfallenden 2540 nebeneinander posten. Ich will wissen, ob der 2540 diese Module genauso liest wie der 2530, oder ob er auf etwas reagiert, das die ältere Box stillschweigend ignoriert.Das andere, was man am 2540 ausschließen sollte, ist Spanning-Tree-Schutz an diesen Ports. BPDU-Schutz, Root Guard oder Loop Protect ziehen einen Port innerhalb einer Sekunde nach dem Hochkommen wieder runter, und von der Gegenseite sieht das wie ein toter Link aus.
show log -runddebug eventlaufen lassen, während das Modul gesetzt wird: Das zeigt, ob der Port überhaupt je hochkam oder nie Licht gesehen hat.Beide Boxen lesen das Modul gleich.
show tech transceiversgibt mir 1000SX, J4858D auf den Ports 51-52 am 2530 und am 2540, Zeile für Zeile: Nichts in dieser Ausgabe sagt dem Switch, dass er linkt, außer dem einen, der es nicht tut.Auch keine Schutzfunktionen an diesen Ports, es sind reine Uplinks mit einem VLAN und sonst nichts.
show log -rzeigt den Port, der down geht, und davor nichts, unddebug eventgibt mir überhaupt keine Transceiver-Events, während das Modul gesetzt ist.Die TP-Link-Seite ist ohnehin aus dem Bild: Zwei 2540 mit J9050D an beiden Enden derselben Faser bleiben auch Down.