Aruba 2540 uplinkpoorten 51-52 blijven Down op een run tussen gebouwen terwijl een 2530 dezelfde modules linkt
Ik beheer een locatie met twee gebouwen en de accessswitches zijn een tijdje terug vervangen door Aruba 2540's. De vezel tussen de gebouwen is niet aangeraakt, maar sinds de vervanging weigert de uplink op te komen.
- Aruba 2540 aan onze kant, poorten 51 en 52 gebruikt voor de uplinks
- Aruba J4858D 1000SX in de 2540, TP-Link TL-SM311LM v2.0 aan het verre eind van dat paar
- op een tweede paar, Aruba J9050D 10G tegenover een TP-Link TXM431-SR
- één run tussen de gebouwen, aan beide kanten gepatcht, verder niets veranderd
De switch leest de modules zonder te klagen:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: DownWat ik al heb uitgesloten:
- zelfde modules, zelfde vezel, een 2530 in plaats van de 2540 - link komt op
- TP-Link naar TP-Link over dezelfde run - link komt op
- 2540 naar 2540 met J9050D op die vezel - nog steeds Down
- beide modules op een korte patchkabel op de werkbank - link komt op
Dus de vezel draagt een link voor elke combinatie behalve één die eindigt in een 2540, en show log -r geeft me niets meer dan de poort die down gaat. Wat doet de 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
Als alles linkt behalve de doos die een 2540 is, stop dan met naar de optiek kijken en zet de snelheid vast. Die cages onderhandelen de snelheid zelf, en tegen third-party apparatuur met snelheid-selecteerbare modules is precies die onderhandeling waar deze links vastlopen. Het past ook bij je testresultaat op de bank: over een korte kabel stelt het verre eind zich snel genoeg in, over de lange run niet.
Zet het expliciet op de uplinks:
Doe eerst één poort en kijk naar
show log -rterwijl hij opkomt, dan de tweede. Heeft het verre eind een vaste 1000-full-optie, zet die dan ook, in plaats van één kant te laten onderhandelen.Twee kanttekeningen. Dit is wat hetzelfde symptoom oploste op een locatie waar ik gewerkt heb, niet iets waar ik naar een handleiding kan verwijzen, dus bewijs het op één poort van je eigen apparatuur voor je het naar elke 2540 uitrolt. En formeel wordt geen van de TP-Link-modules ondersteund in een Aruba-switch - als dit ooit een supportcase wordt, is het eerste verzoek J4858D aan beide kanten. Verandert de vaste snelheid niets, dan is die specifieke run terugzetten op een 2530 een prima verdedigbaar antwoord totdat je een ondersteund modulepaar aan beide kanten hebt.
Post de volledige
show tech transceiversvan de werkende 2530 en van de falende 2540 naast elkaar. Waar ik naar op zoek ben is of de 2540 die modules precies zo uitleest als de 2530, of dat hij reageert op iets wat de oudere doos stilzwijgend negeert.Het andere dat je op de 2540 moet uitsluiten is spanning tree-bescherming op die poorten. BPDU-bescherming, root guard of loop protect trekt een poort binnen een seconde na het opkomen weer omlaag, en vanaf het verre eind ziet dat eruit als een dode link. Draai
show log -rendebug eventterwijl je de module plaatst - dat vertelt je of de poort ooit echt is opgekomen of nooit licht heeft gezien.Beide dozen lezen de module op dezelfde manier uit.
show tech transceiversgeeft me 1000SX, J4858D op poorten 51-52 op de 2530 en op de 2540, regel voor regel - niets in die output vertelt de switch welke wel linkt buiten die ene die het niet doet.Ook geen beschermingsfuncties op die poorten, het zijn gewone uplinks met een VLAN en verder niets.
show log -rtoont de poort die down gaat en niets daarvoor, endebug eventgeeft me helemaal geen transceiverevents terwijl de module geplaatst is.De TP-Link-kant valt sowieso af: twee 2540's met J9050D aan beide kanten van dezelfde vezel blijven ook Down.