ONU SFP al posto dell'ONT di Rostelecom: lo stick non si registra sull'OLT e il PPPoE non sale
A casa ho la fibra di Rostelecom, c'è l'ONT dell'operatore, e vorrei togliere la scatola in più dall'armadio: infilare l'ONU SFP direttamente nel router e distribuire da lì in autonomia. Ho comprato lo stick, ma oltre il primo passo la cosa non va.
- router Keenetic Giga, porta SFP libera
- stick Eltex NTU-SFP-100
- bretella SC/APC dalla presa, un metro
- in zona, a quanto pare, OLT Huawei MA5683
Quello che si vede, l'ho messo insieme in un blocco:
линк на порту: up/down каждые несколько секунд
ONU на OLT: not registered
PPPoE: сессия не устанавливается
корпус стика через полчаса: около 80 C, в руке не удержатьHo provato:
- a spostare lo stick su un MikroTik - stesso quadro, nessuna registrazione;
- a controllare la bretella e pulire il connettore, non c'è nessuna interruzione;
- a rivedere le impostazioni PPPoE, login e password sono gli stessi che funzionano normalmente sull'ONT ufficiale.
Ho capito bene che senza il coinvolgimento dell'operatore lo stick non salirà mai, oppure dal mio lato c'è ancora qualcosa da girare? E se alla fine il modulo lo fanno funzionare, cosa aspettarmi su VLAN e IPTV?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 5
Breve: l'ONU SFP non è un «modulo al posto dell'ONT», ma un terminale a tutti gli effetti gestito dall'operatore. Finché il numero di serie dello stick non è caricato sull'OLT, per la rete semplicemente non esiste: nessuna registrazione, nessuna porta GEM assegnata, andare oltre non ha senso.
Tutto il resto arriva via OMCI dal lato operatore: porte GEM, CVLAN (per Rostelecom di solito è la 10), profili; parte dei parametri arriva anche via TR-069. A mano sullo stick questo non lo scrivi, la solita interfaccia web dell'ONT lì semplicemente non c'è.
Cosa fare: andare dall'operatore con il seriale e chiedere la registrazione come terminale abbonato. C'è chi lo attiva senza discutere, c'è chi per principio non lavora con un ONU di terze parti - e in quel caso non ci sono alternative.
E subito due parole sulle aspettative, per non restare delusi dopo. Gli stick portano normalmente il trasporto GEM, mentre la modalità bridge e il multicast per l'IPTV vivono solo se sull'OLT sono attivati i profili corrispondenti. Se non li danno - internet ci sarà, l'IPTV no. Sugli 80 C non ti sbagli, sono davvero così caldi, e dal surriscaldamento arrivano proprio quei flap di porta e quei cali di velocità. Quindi la ventilazione e lo spazio con aria non sono un lusso, sono parte dell'installazione.
Prima domanda sensata: avete già dato il seriale dello stick all'operatore? Finché non è scritto sull'OLT, oltre il not registered non si va da nessuna parte - né PPPoE, né link in forma normale. Sull'OLT scrivi tu stesso «a quanto pare», verifica con precisione con il supporto, tra Huawei e ZTE la provisioning è diversa. Dì anche che firmware c'è adesso sullo stick e se hai provato un'altra bretella: parte di questi flap si curano cambiando il cavo, non con le impostazioni. E guarda se la porta fa flap con la fibra inserita oppure salta allo stesso modo quando lo stick sta vuoto - sono due storie diverse.
Storia simile, solo hardware diverso: portavo il GPON in un EdgeSwitch Fiber 12, dietro un Security Gateway, al posto dell'HG8245XGC di serie. Ho guardato a HPSP2120, SSX1LTC e MA5671A. Risultato lo stesso - tutto si blocca sulla registrazione del seriale, e alla domanda diretta il provider ha risposto che un ONU di terze parti molto probabilmente non lo accetterà. A un conoscente su MTS invece è partito un U Fiber Nano G, lì c'era un OLT Huawei e VLAN 30. Un altro dettaglio su cui si inciampa: per il GPON serve SC/APC, connettore verde. Con una bretella UPC si può cercare a lungo un problema che non esiste.
Aggiungo sulla scelta del modello. Gli operatori spesso hanno una lista corta di stick che accettano di registrare in generale: da qualche parte è D-Link DPN-100, Huawei MA5671A, Zyxel PMG3000 e Technicolor AFM0002/AFM0003, e tutto quello che sta fuori dalla lista non si discute nemmeno. Meglio chiedere prima dell'acquisto proprio così: quali ONU registrate.
E la seconda metà della domanda è l'host stesso. Sull'hAP ax S la porta SFP e la LAN1 si comportano in modo instabile, lì non conviene contare su 800-900 Mbit; se serve margine, ha più senso un RB5009 oppure un ONU separato davanti al router. Sul PMG3000 avviso a parte: il comportamento dell'IPv6 cambia da firmware a firmware.
Tutto vero, ma ridurre tutto a una sola provisioning non conviene: anche l'host sa rifiutarsi. Su un Turris Omnia con Turris OS 5.0.3 l'MA5671A con firmware riflashato HL23446 viene rilevato, ma eth2 non sale, nel log arriva «SFP module encoding does not support 8b10b nor 64b66b». Con il firmware modificato il modulo segnala anche transmit fault, con quello stock invece un errore di lettura EEPROM.
Forzare la velocità non ha dato nulla, il ramo con kernel 5.4 e i suoi quirk aggiuntivi nemmeno. Nello stesso router intanto un DFP-34G-2C2 su chipset ZTE si è messo tranquillamente a 1Gbps/full, mentre ZISA OP151S e G-010S-A non sono saliti, l'ultimo con un compliance code sconosciuto. Lo stesso stick riflashato su MikroTik funziona, se la velocità viene impostata a mano. Quindi parte di queste storie non riguarda affatto l'OLT, ma la gestione dell'SFP lato host.