SFP ONU en vez del ONT de Rostelecom: el stick no se registra en el OLT y el PPPoE no sube
En casa hay fibra de Rostelecom, está el ONT del operador, y quiero quitar la caja de más del gabinete: meter un SFP ONU directo en el router y repartir yo mismo desde ahí. Compré el stick, pero no paso del primer paso.
- router Keenetic Giga, puerto SFP libre
- stick Eltex NTU-SFP-100
- latiguillo SC/APC desde la roseta, un metro
- por la zona, según parece, el OLT es un Huawei MA5683
Lo que veo, resumido en un bloque:
link en el puerto: up/down cada pocos segundos
ONU en el OLT: not registered
PPPoE: la sesión no se establece
carcasa del stick tras media hora: unos 80 C, no se puede sostener con la manoProbé:
- pasar el stick a un MikroTik - el mismo cuadro, sin registro;
- revisar el latiguillo y limpiar el conector, no hay rotura;
- revisar la configuración de PPPoE, mismo usuario y contraseña que funcionan normalmente en el ONT de serie.
¿Entiendo bien que sin la intervención del operador el stick no va a subir de ninguna manera, o de mi lado todavía hay algo por ajustar? Y si al final logran activar el módulo, ¿qué debo esperar con la VLAN y el 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
En corto: un SFP ONU no es «un módulo en vez del ONT», es una terminal completa que gestiona el operador. Mientras el número de serie del stick no esté dado de alta en el OLT, para la red no existe: no hay registro, no se asignan puertos GEM, y seguir cavando no tiene sentido.
Todo lo demás llega por OMCI desde el lado del operador: puertos GEM, CVLAN (en Rostelecom suele ser 10), perfiles; parte de los parámetros se obtiene por TR-069. Eso no lo vas a programar a mano en el stick, ahí simplemente no hay la interfaz web habitual del ONT.
Qué hacer: acudir al operador con el número de serie y pedir el registro como terminal del abonado. Unos lo dan de alta sin problema, otros por principio no trabajan con ONU de terceros - y entonces no hay opciones.
Y de una vez sobre las expectativas, para que luego no haya decepción. Los sticks transportan bien el tráfico GEM, pero el modo puente y el multicast para IPTV solo funcionan si en el OLT están levantados los perfiles correspondientes. Si no los dan, habrá internet, no habrá IPTV. No te equivocaste con los 80 C, de verdad se ponen así de calientes, y por el sobrecalentamiento se dan justo esos parpadeos de puerto y caídas de velocidad. Así que la ventilación y un lugar con aire no son un lujo, son parte de la instalación.
Primera pregunta importante: ¿le diste el número de serie del stick al operador? Mientras no esté dado de alta en el OLT, más allá de not registered no va a pasar nada - ni PPPoE ni enlace en el sentido habitual. Sobre el OLT tú mismo escribes «según parece» - confírmalo con soporte exactamente, la provisión es distinta entre Huawei y ZTE. Dime también qué firmware tiene ahora el stick y si probaste otro latiguillo: parte de estos parpadeos se resuelven cambiando el cable, no la configuración. Y fíjate si el puerto parpadea con la fibra puesta o salta igual con el stick vacío - son dos historias distintas.
Historia parecida, solo que con otro hardware: activé GPON en un EdgeSwitch Fiber 12, detrás un Security Gateway, en lugar del HG8245XGC de serie. Probé con HPSP2120, SSX1LTC y MA5671A. El resultado es el mismo - todo se reduce al registro del número de serie, y ante la pregunta directa el proveedor respondió que lo más probable es que no acepte un ONU de terceros. A un conocido en MTS sí le arrancó un U Fiber Nano G, ahí había un OLT Huawei y VLAN 30. Un detalle más con el que muchos tropiezan: para GPON hace falta SC/APC, conector verde. Con un latiguillo UPC se puede pasar mucho tiempo buscando un problema que no existe.
Añado sobre la elección de modelo. Muchos operadores tienen una lista corta de sticks que aceptan registrar: en algunos casos es D-Link DPN-100, Huawei MA5671A, Zyxel PMG3000 y Technicolor AFM0002/AFM0003, y todo lo que quede fuera de esa lista ni se discute. Antes de comprar, mejor preguntar directamente: qué ONU registran ustedes.
Y la segunda mitad de la pregunta - el propio host. En el hAP ax S el puerto SFP y el LAN1 se comportan de forma inestable, ahí no conviene contar con 800-900 Mbit; si necesitas margen, es más razonable un RB5009 o un ONU aparte antes del router. Sobre el PMG3000 aviso aparte: el comportamiento de IPv6 cambia de firmware a firmware.
Todo eso es cierto, pero no conviene reducirlo solo a la provisión: el host también puede fallar. En un Turris Omnia con Turris OS 5.0.3 un MA5671A con firmware reflasheado HL23446 se detecta, pero eth2 no sube, en el log aparece «SFP module encoding does not support 8b10b nor 64b66b». Con el firmware modificado el módulo además reporta transmit fault, con el de fábrica - error de lectura de EEPROM.
Forzar la velocidad no dio resultado, y la rama con el kernel 5.4 y sus rarezas adicionales tampoco. Al mismo tiempo, en ese mismo router un DFP-34G-2C2 con chipset ZTE se puso tranquilamente en 1Gbps/full, mientras que el ZISA OP151S y el G-010S-A no subieron, este último con un compliance code desconocido. Ese mismo stick reflasheado funciona en un MikroTik si se fija la velocidad a mano. Es decir, parte de estas historias no son del OLT en absoluto, sino de cómo el host maneja el SFP.