ERS 5510-24T mostra il GBIC 1000SX in system information ma il LED IN USE non si accende mai
Sto collegando due edifici su una coppia Nortel che è lì da più tempo di me. Il piano era semplicemente accendere la fibra di edificio esistente tra i due switch e finirla lì, ma la porta 23 non sale su nessuno dei due lati.
- Due Nortel ERS 5510-24T, software 4.0.2.02
- GBIC SFP 1000SX, uno sulla porta 23 di ciascuno switch
- circa 120 m di fibra di edificio nei cavedi, terminata nell'armadio remoto da chi ha fatto il lavoro originale
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsCosa ho provato:
- disattivata l'auto-negoziazione sulla porta 23 su entrambi i lati
- impostato flow control simmetrico sulla porta
- costruito un MLT intorno, nel caso la porta dovesse essere membro di qualcosa
Niente di tutto questo ha cambiato qualcosa. Il manuale dice che il GBIC va attivato via software ma non dice mai dove sta questa impostazione, e non trovo niente che le somigli nei menu. C'è davvero un passaggio di attivazione che mi sfugge, o sto inseguendo tutta un'altra pista?
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 4
Il LED IN USE non segnala che un modulo è inserito. Resta spento finché la porta non vede davvero un link ottico, quindi ti sta solo dicendo quello che lo stato della porta ti diceva già: niente sta facendo link, e non c'è nessun passaggio di attivazione software nascosto da cercare. La formulazione del manuale ci manda tutti in quel buco.
Due cose causano davvero questo, e le ho incontrate entrambe nello stesso edificio.
Primo, il modulo deve essere adatto al vetro. Il 1000SX è un componente multimodale. Se i cavedi sono monomodali puoi configurare quello che vuoi e non farà mai link; lì serve un modulo LX, AA1419015 su questa piattaforma.
Secondo, e di solito è quello che vince sui cablaggi vecchi di edificio: il transmit deve arrivare sul receive. Una coppia collegata al contrario nell'armadio remoto dà esattamente questo sintomo: entrambi i GBIC visibili in system information, entrambi i lati configurati, nessun link. Nel caso che ho affrontato io, invertire le coppie nell'armadio remoto è stata tutta la soluzione.
L'ordine in cui lavorerei: scoprire cosa c'è davvero nei cavedi, poi seguire le coppie da un capo all'altro per la direzione, poi prendere in prestito una tratta che sai essere buona prima di iniziare a incolpare il modulo. Nel frattempo rimetti auto-negoziazione e flow control ai loro default, non sono il tuo problema qui.
Prima di scavare ancora nei menu: cosa c'è davvero nei cavedi, multimodale o monomodale? Nessuno lo etichetta come si deve, e 120 m tra edifici sono esattamente la distanza a cui la gente lo scopre nel modo peggiore.
Seconda domanda: qualcuno ha aperto l'armadio remoto e verificato le terminazioni, o ti stai fidando delle etichette lì?
Un test che non costa nulla mentre aspetti risposta a entrambe: prendi un patch cord corto e fai un loop tra una porta in fibra e un'altra sullo stesso switch. Se quel link sale, i moduli e le porte vanno bene e tutto quello che stai cercando è fuori, nell'impianto.
Stesso tipo di problema su hardware completamente diverso: tre switch LANCOM GS-2326P+ collegati in multimodale attraverso patch panel di piano. Moduli rilevati, luce sulle fibre, ogni porta in fibra bloccata a no link.
Alla fine tutto puntava sulla direzione. Vedere luce su una fibra non dice nulla su in che verso sta viaggiando, e un patch panel in mezzo a una tratta è esattamente il punto dove una coppia si incrocia, quindi percorri ogni pannello e dimostra che il transmit di un lato arriva sul receive dell'altro.
Poi quella noiosa: i due lati devono essere lo stesso tipo di ottica. Corto raggio 850 nm e lungo raggio 1310 nm non si parlano, un modulo a 100 Mbit non parla con uno gigabit, e le ottiche multimodali vogliono vetro multimodale e non 9 um monomodale.
Un'altra cosa che potrebbe o non potrebbe applicarsi ai tuoi Nortel: alcuni switch fanno un controllo del modulo all'avvio e rifiutano le ottiche di terze parti a priori. I nostri non hanno mai avuto una soluzione confermata perché i test aspettavano un sopralluogo, ma il cavo di loopback era il passaggio che avrebbe separato l'impianto dall'hardware in un pomeriggio.
Un altro motivo per non sostituire un modulo solo sulla base di un indicatore: su questa famiglia di piattaforme lo stato riportato sbaglia anche nella direzione opposta.
Ho uno stack di tre ERS 5520 con le porte SFP 1/48 e 2/48 in un MLT. La porta 2/48 risulta con OperStatus down e un quadratino arancione nell'interfaccia di gestione, mentre il modulo se ne sta lì con la luce verde fissa e il traffico attraversa il link perfettamente normale.
Luce verde più frame sul cavo vuol dire che l'ottica e il vetro fanno quello che devono, e la bugia sta nello stato che lo stack tiene per quella porta: su questa versione software sono i membri che non sono l'unità base a sbagliarlo. Forzare una nuova elezione della base, o staccare e reinserire il cablaggio dello stack, costa poco da provare, e un'immagine successiva potrebbe benissimo elencarlo come risolto. Quello che non ti porta a nulla è togliere un SFP funzionante perché un quadratino nell'interfaccia è arancione.