La porta in fibra dell'ERS 8600 è up a 1G full duplex ma lo switch non impara nessun MAC
Un server fisico sul nostro ERS 8600 non parla con nessuno, e lo switch è abbastanza convinto che vada tutto bene. La porta è in questo stato da quando il server è passato dal rame alla fibra.
- Avaya ERS 8600, server su una porta SFP 1G nello slot 3, porta 12
- NIC del server con il proprio SFP, patch in fibra attraverso il pannello dell'edificio
- porta lasciata a 1 Gbps full duplex, niente di esotico nella config
Quello che lo switch riporta per quella porta:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: noneQuindi la porta si allena, resta su per giorni, non conta assolutamente nessun errore, eppure il forwarding database non riceve mai un solo indirizzo da lì. Il server è irraggiungibile dal resto della VLAN.
Cosa ho provato:
- rilanciata la porta diverse volte, niente cambia
- commutato il flow control in entrambi i sensi, anche qui niente
- percorsa la FDB per la VLAN del server: indirizzi da ogni altra porta, nemmeno uno da 3/12
- il server insiste che il proprio link è su a gigabit
Dove guardereste dopo, lato switch o le ottiche nel server?
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
Questo schema (link up, full duplex, contatori puliti, forwarding database vuoto) quasi sempre vuol dire che l'altro capo mette luce sulla fibra ma non frame validi. Il modulo nel server è il tuo primo sospetto, non la configurazione dello switch.
Scagiona prima il lato switch così nessuno può discutere dopo. Nella shell diagnostica dell'ERS 8600 esegui
dumpPortStateepsDump(<port index>)per quella porta. Attento all'indice: non è lo slot/porta della CLI normale, è slot * 64 + (numero porta - 1). Se questi tornano con una porta locale sana e contatori puliti, lo switch ha fatto il suo lavoro e il guasto vive dall'altra parte della fibra.Prima di comprare qualcosa, togli l'impianto dall'equazione: patcha quella porta dritta su se stessa attraverso un modulo di scorta dello stesso tipo, poi misura cosa esce e cosa torna e guarda se entrambe le letture reggono stabili dove la scheda tecnica del modulo dice che dovrebbero stare. Dopo di che, scambia l'SFP nella NIC del server. Nel caso documentato con questi sintomi quella era tutta la correzione: la porta dello switch ha tenuto il link per giorni, niente di utilizzabile è mai uscito dalla fibra, e gli indirizzi sono comparsi nel momento in cui il modulo del server è stato sostituito.
Un avvertimento se un modulo di sicura affidabilità non cambia niente: alcune piattaforme hanno un difetto software che sembra identico. L'ERS 5900 ne ha uno documentato: scambia i moduli uplink 1 Gbps con SFP+ 10 Gbps e i link salgono attivi senza che ci passi niente sopra. Una release software successiva lo elenca come corretto, e un reset di porta o switch ti fa ripartire nel frattempo. Quindi se lo scambio non aiuta, leggi prima le release notes del tuo codice.
Zero errori insieme a zero indirizzi appresi è una combinazione molto specifica, quindi individua quale direzione è davvero morta. I contatori di porta mostrano comunque frame ricevuti, o letteralmente non arriva niente? Se il lato ricezione è piatto mentre il lato trasmissione continua a salire, lo switch sta parlando in un buco e la tua FDB vuota è un sintomo e non il problema.
Vale anche la pena dumpare quello che lo switch è riuscito a tirare fuori dal modulo stesso. Sulla linea VSP 7000 è
show interfaces gbic-info, ristretto conport <port number>se ne vuoi solo una, e ti dice quale dispositivo la scatola pensa sia installato e se lo considera supportato; se la tua release ERS ha un equivalente, posta il suo output per 3/12. E di' quale modulo sta nella NIC del server, marca e tipo, non solo 'un SFP'.Sono entrato nella shell diagnostica come suggerito. Per slot 3 porta 12 l'indice viene 3 * 64 + 11 = 203, quindi
psDump(203)piùdumpPortState: porta locale sana, contatori puliti, niente di sbagliato sullo switch, esattamente come previsto.Quindi ho tolto l'SFP dalla NIC del server e infilato uno di scorta dello stesso tipo. L'indirizzo MAC era nel forwarding database prima ancora che tornassi alla scrivania, e il server è rimasto raggiungibile da allora. Un modulo morto lato server che comunque produceva abbastanza luce da far salire la porta e tenerla lì. Grazie, avrei passato un altro giorno a rileggere la config dello switch.