CRS328 con uno stick GPON Alcatel-Lucent G-010S-P: solo TX, niente RX, la wavelength legge 33685 nm
Sto spostando la mia linea FTTH di casa dall'ONT dell'operatore a uno stick GPON nel mio router, così la fibra arriva dritta nel rack e mi tengo un solo apparato invece di due. Lo stick viene riconosciuto, la porta sale, e poi non torna indietro niente.
- MikroTik CRS328-24P-4S+, stick in sfp-sfpplus1
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH, fibra dalla presa a muro dritta nel modulo
- porta fissata, autoneg spento:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXI contatori TX salgono, quelli RX restano a zero, e la pagina del modulo mostra questo:
wavelength: 33685.00nmCosa ho già fatto:
- connettore riseduto e pulito, provata una seconda cage SFP+
- tolto del tutto la fibra - il valore della wavelength non cambia, con o senza
- lasciato la porta fissata a 1G per un'ora nel caso fosse una cosa lenta di ranging
Quindi: 33685.00nm è la prova che l'ottica di questo stick è morta, oppure lo switch sta semplicemente decodificando male quel campo EEPROM per un modulo GPON? E c'è qualcosa dal lato operatore che deve succedere prima che a un ONU SFP sia permesso fare ranging?
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 6
Nel tuo post ci sono due cose separate e solo una delle due è un guasto.
Il 33685.00nm è un artefatto di decodifica, non una misura. Questi stick sono a doppia lunghezza d'onda - 1310 in upstream, 1490 in downstream - e lo switch legge un singolo campo wavelength dall'EEPROM come se fosse un transceiver normale con un solo laser. Vedrai lo stesso numero anche su uno stick che passa traffico tranquillamente, quindi come diagnostica è inutile. Mettilo da parte.
Il traffico a senso unico è l'unità stessa. Ci sono passato sullo stesso switch, un CRS328-24P-4S+: il G-010S-P trasmetteva e non riceveva mai nulla, e la linea è salita nel momento in cui ho sostituito con un altro modulo della stessa famiglia - un O-010S-P, la variante a temperatura estesa. Stesso account, stessa fibra, nessuna modifica alla config. Quindi il primo stick era o difettoso o la variante sbagliata per quella linea.
Tieni la porta fissata mentre testi, altrimenti aggiungi una seconda variabile:
Con ALCLFAB nel seriale e l'account già passato a un ONU SFP, la tua metà lato operatore è fatta. Procurati un secondo stick prima di passarci un'altra serata.
Prima di dare l'ottica per morta, controlla la metà noiosa. Su tanti account FTTH un ONU SFP non è un drop-in per l'apparato dell'operatore: l'account va riprovisionato a mano apposta, e alcuni operatori accettano solo un modulo il cui seriale porta il loro prefisso vendor. TX senza niente che torni indietro è esattamente l'aspetto di un ONU non autorizzato visto dal lato abbonato.
Posta cosa riporta lo stick come vendor e seriale, e dì cosa hai configurato sul lato WAN - tag VLAN, PPPoE o DHCP.
Il seriale inizia con ALCLFAB, che è il prefisso che vogliono qui per un account FTTH business. Anche l'account è stato riconfigurato a mano per un ONU SFP - c'è voluta una telefonata, il primo livello non aveva idea di cosa stessi chiedendo.
Lato router è VLAN 35 sulla porta SFP con un client PPPoE sopra. Il client non supera mai la discovery. I contatori RX restano piatti, e la lettura resta invariata a 33685.00nm che la fibra sia inserita o no.
Per approfondire il discorso sulla wavelength: il campo che lo switch legge sta nell'area SFF-8472 ed è stato definito per un modulo con un solo laser. Un ONU GPON ha un trasmettitore burst-mode e un ricevitore su lunghezze d'onda diverse, quindi non c'è un unico valore corretto da mettere lì, e i vendor scrivono quello che fa comodo a loro. Niente nello standard obbliga l'host a validare quel byte prima di stamparlo, ed è così che ti ritrovi con nanometri a cinque cifre.
Stessa logica vale per le righe di potenza ottica su questi stick. Se ti serve sapere come sta andando il lato PON, prendilo dallo stato dell'ONU stesso, non dalla pagina diagnostica dello switch.
Vale la pena dire che il lato host di questa storia non è una stranezza MikroTik. Sulla famiglia 7210 SAS la documentazione del vendor è schietta al riguardo: le prime release non implementavano affatto il DDM, quindi le porte non mostrano potenza ottica o temperatura nemmeno con moduli che lo supportano, e ti dicono di controllare quale release aggiunge la funzione per la tua variante. Per i moduli non forniti dal vendor, la stessa guida dice che la diagnostica può essere mostrata ma non si assume nessuna responsabilità sulla sua formattazione o accuratezza.
C'è anche un flag di capability nell'EEPROM del modulo che decide se la piattaforma tratta un SFP come DDM-capable, e i moduli che non lo impostano possono comunque stampare numeri dall'aspetto plausibile che nessuno ha validato.
show port <port> detailè dove lo leggi lì. Un valore di terze parti su quell'apparato lo tratto come un indizio, mai come una misura - più o meno il trattamento che merita il tuo 33685.Chiudo qui: un secondo stick ha risolto. Ho messo un O-010S-P, il client PPPoE è salito su VLAN 35 in un minuto, nessuna modifica lato operatore e niente toccato nella config della porta. Il vecchio G-010S-P fa la stessa cosa di solo TX anche in un'altra cage, quindi per me è morto.
E sì - anche il modulo funzionante riporta 33685.00nm. Meno male che non ho passato la settimana a inseguire quel numero.