Para los que quieran aventurarse en esto dejo el paso a paso con el ODI de Aliexpress
https://es.aliexpress.com/item/1005...st_main.5.2455194dawgsvG&gatewayAdapt=glo2esp )
y el router
https://compratecno.cl/mikrotik-p-r...tik-router-l5-1gb-ram-7-1000-1-25g-1-sfp.html
________________________________________________________________________________________________________________________________________
Dejo el paso a paso de cómo lo hice, porque entre las versiones de firmware, las VLAN y los datos del HGU es bien fácil perderse.
La idea era sacar el HGU del camino y conectar la fibra directo al MikroTik usando el ODI. Primero lo dejé funcionando a 1 Gbps y después pasé el enlace a 2,5 Gbps. Funcionó con el firmware que traía el módulo: no tuve que instalar uno modificado ni hacer downgrade.
Esto se probó con un HGU Askey RTF8225VW, un ODI DFP-34X-2C3 hardware V2.0 con firmware V1.1.8-240408 y un MikroTik RB5009 con RouterOS 7.23.8. La OLT apareció como ALCL. Si tienen otro HGU, firmware o módulo, revisen los datos antes de copiar los ajustes.
Los textos en MAYÚSCULAS dentro de los comandos son marcadores. Hay que reemplazarlos por los datos del equipo de cada uno; no ejecutarlos tal cual. Las IP privadas usadas acá son un ejemplo de configuración.
1. Qué se necesita
- Servicio Movistar sobre GPON y el HGU original funcionando.
- ODI DFP-34X-2C3 con el conector óptico correspondiente a la instalación. En este caso, SC/APC.
- MikroTik RB5009 con puerto SFP+ y soporte para 2.5G baseX en RouterOS.
- PC con Ethernet y cable de red. Para medir más de 1 Gbps, la tarjeta del PC y todo el recorrido hasta el MikroTik deben soportar al menos 2,5 Gbps.
- WinBox para configurar el MikroTik, navegador para el ODI y un cliente de terminal, como PuTTY u OpenSSH.
- Las credenciales PPPoE de la propia conexión y acceso de administración al HGU para leer sus datos GPON/OMCI.
No hace falta comprar otro router WiFi si los equipos que tienen permiten trabajar como puntos de acceso. El MikroTik queda a cargo del enrutamiento y los AP entregan WiFi.
El esquema final es:
Código:
Fibra → ODI → puerto SFP+ del MikroTik → LAN / puntos de acceso / PC
Esta guía cubre Internet. Telefonía e IPTV no se configuraron como parte de esta prueba.
2. Guardar respaldos antes de tocar nada
En WinBox, ir a
Files → Backup, guardar un respaldo y descargarlo al PC. También conviene guardar un export de la configuración para poder revisar qué había antes.
En el ODI, entrar a
Backup/Restore → Backup y descargar su configuración original. Usar Backup, no los botones Reset.
Guardar también los datos que se extraigan del HGU. Todo esto queda en privado: los respaldos y registros de terminal pueden contener contraseñas y seriales.
El HGU se conserva sin resetear. Si algo falla, se devuelve la fibra al HGU y se recupera la conexión anterior.
3. Preparar la LAN del MikroTik
Para este ejemplo, la LAN será 192.168.3.0/24, con el MikroTik en 192.168.3.1. Se usa otra subred porque el ODI se administra en 192.168.1.1.
Si el MikroTik ya tiene LAN, DHCP, firewall e Internet funcionando, conservar esa configuración. No hay que reconstruirla por cambiar la ONT.
Si se parte con la configuración de fábrica, adaptar desde WinBox la dirección del bridge, el pool y la red del servidor DHCP a la subred elegida. La puerta de enlace para los clientes debe ser la IP del MikroTik. Conservar las reglas de firewall de fábrica y revisar qué puertos pertenecen a la LAN antes de seguir. Después del cambio de subred puede ser necesario renovar la IP del PC y reconectarse.
En
Bridge → Ports, sacar sfp-sfpplus1 del bridge si aparece ahí. Se puede deshabilitar esa fila durante las pruebas y eliminarla al terminar.
El bridge de la LAN se conserva. Solo estamos separando el puerto de la fibra del resto de los puertos locales. Deshabilitar una fila en Bridge → Ports tampoco es lo mismo que deshabilitar la interfaz física en Interfaces.
4. Levantar el ODI primero a 1 Gbps, todavía sin fibra
Insertar el ODI en el puerto SFP+ del MikroTik, pero dejar la fibra en el HGU por ahora.
En
Interfaces → sfp-sfpplus1 → Ethernet:
- Desmarcar Auto Negotiation.
- Elegir 1G baseX.
- Aplicar.
En la pestaña
SFP, durante esta preparación sin fibra se usó
Ignore Rx Los para permitir el enlace de gestión. No elimina una falla óptica ni reemplaza la comprobación del estado PON.
Esperar a que aparezca
link ok. El puerto es SFP+, pero el módulo necesita que ambos extremos usen el modo correcto.
En
IP → Addresses, agregar:
Código:
Address: 192.168.1.2/24
Interface: sfp-sfpplus1
VRF: main
main es la tabla de enrutamiento habitual; se dejó así.
Desde
Tools → Ping, probar 192.168.1.1 por sfp-sfpplus1. Si no responde desde el propio MikroTik, resolver eso antes de intentar entrar desde el PC.
5. Entrar al ODI desde la LAN
Para que el ODI pueda responder a un PC de la LAN sin cambiar su puerta de enlace, agregar una regla de NAT específica en
IP → Firewall → NAT.
Pestaña
General:
Código:
Chain: srcnat
Src. Address: 192.168.3.0/24
Dst. Address: 192.168.1.1
Out. Interface: sfp-sfpplus1
Pestaña
Action:
Código:
Action: src-nat
To Addresses: 192.168.1.2
Así las conexiones de gestión llegan al ODI con la dirección del MikroTik en ese segmento. La regla solo se aplica a ese destino, no a toda la navegación.
Abrir 192.168.1.1 en el navegador e iniciar sesión con las credenciales del módulo. 192.168.1.2 corresponde al MikroTik; no es la página del ODI.
Si el firewall tiene reglas propias, revisar que permitan la gestión desde la LAN. No hace falta desactivar todo el firewall.
6. Leer los datos reales del HGU
Para esta parte, conectar el PC directamente a un puerto LAN del HGU. Evitar que el HGU y el ODI, ambos con la misma IP de gestión, queden accesibles por el mismo camino. Si hace falta, desconectar temporalmente WiFi o la otra conexión del PC.
Usar la cuenta de soporte disponible en el HGU. En este Askey el acceso fue por SSH. Con OpenSSH, la forma usada para habilitar su clave antigua fue:
La contraseña se escribe cuando la pida; no va dentro del comando.
El Askey no abrió un shell Linux normal. Entregó un menú con un prompt >. Desde ahí:
Código:
onu
dev_info
show gpon_sn
show gpon_pwd
me
show 256
show 7
show 257
show 84
show 171
Se ejecutan uno por uno. help muestra las opciones del nivel en el que estén.
Guardar estos datos:
| Dato | Dónde se leyó | Para qué se usa |
|---|
| Serial GPON | show gpon_sn y clase 256 | Identidad GPON del abonado |
| PLOAM completo, especialmente HEX | show gpon_pwd | Autenticación GPON |
| Vendor ID y versión de hardware OMCI | Clase 256 | Identidad anunciada a la OLT |
| Traffic management option | Clase 256 | Parámetro OMCI del equipo |
| Las dos versiones de software | Clase 7 | Versiones OMCI de ambos bancos |
| Equipment ID y OMCC version | Clase 257 | Modelo anunciado y versión del protocolo OMCI |
| Filtros y operaciones VLAN | Clases 84 y 171 | Entender cómo se entrega Internet |
Algunas salidas vienen en hexadecimal. Las cadenas de texto se decodifican como ASCII, quitando los ceros de relleno al final. Para un campo numérico como OMCC, se convierte a decimal: por ejemplo, 0xA1 corresponde a 161.
Ojo con dos cosas:
- La versión larga que muestra la web del HGU no necesariamente es la versión que anuncia por OMCI. Para OMCI_SW_VER1 y OMCI_SW_VER2, usar lo leído en la clase 7.
- El PLOAM en ASCII puede salir truncado con puntos. Usar el HEX completo, incluidos los ceros finales. No completar los caracteres que faltan a ojo.
También revisar la WAN y el bridge de Internet en la interfaz avanzada del HGU. En esta instalación, el servicio Internet usaba VLAN local 2. Los filtros PON mostraban otra VLAN; más adelante se comprobó que existía una traducción entre ambas.
7. Abrir la terminal del ODI y guardar los valores originales
Volver el PC a la LAN del MikroTik. El ODI sigue sin fibra.
Su servidor SSH era antiguo. En OpenSSH, el comando que permitió entrar fue:
Código:
ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-rsa -oCiphers=+3des-cbc -oMACs=+hmac-sha1 [email protected]
Estas opciones se usan solo para esa conexión. Si aparece un cambio de clave porque antes esa IP correspondía al HGU, comprobar primero que ahora se está llegando al ODI. No aceptar cambios de clave sin revisar el equipo de destino.
PuTTY por SSH cerraba la conexión durante la negociación en esta prueba. Se pudo continuar con
PuTTY → Telnet → puerto 23 desde la LAN de gestión. Telnet no cifra la sesión, así que usarlo solo en la red local controlada y no publicarlo hacia Internet.
En PuTTY se puede activar
Session → Logging → Printable output para tener un registro legible. Ese archivo también queda privado.
Una vez dentro, apareció BusyBox con prompt #. Leer y guardar:
Código:
flash get LAN_SDS_MODE
flash get GPON_SN
flash get GPON_PLOAM_FORMAT
flash get GPON_PLOAM_PASSWD
flash get PON_VENDOR_ID
flash get HW_HWVER
flash get GPON_ONU_MODEL
flash get OMCI_SW_VER1
flash get OMCI_SW_VER2
flash get OMCC_VER
flash get OMCI_OLT_MODE
flash get OMCI_TM_OPT
flash get OMCI_FAKE_OK
flash get HW_SERIAL_NO
flash get HW_CWMP_PRODUCTCLASS
flash get OUI
En esta unidad, LAN_SDS_MODE era 0, OMCI_TM_OPT era 2 y OMCI_FAKE_OK era 1. Estos dos últimos se conservaron.
8. Configurar la identidad y autenticación del ODI
Reemplazar cada marcador antes de ejecutar. Recomiendo hacerlo de a uno y comprobar la respuesta, porque al pegar bloques la terminal a veces mezcla el eco de los comandos con la salida.
Para este firmware, formato 0 permitió ingresar el PLOAM en HEX:
Código:
flash set GPON_PLOAM_FORMAT 0
flash set GPON_PLOAM_PASSWD PLOAM_HEX_COMPLETO
flash set GPON_SN SERIAL_GPON_PROPIO
flash set PON_VENDOR_ID VENDOR_ID_DEL_HGU
flash set HW_HWVER VERSION_HARDWARE_OMCI_DEL_HGU
flash set GPON_ONU_MODEL EQUIPMENT_ID_DEL_HGU
flash set OMCI_SW_VER1 VERSION_OMCI_BANCO_0
flash set OMCI_SW_VER2 VERSION_OMCI_BANCO_1
flash set OMCC_VER VERSION_OMCC_EN_DECIMAL
flash set HW_CWMP_PRODUCTCLASS SFU
La contraseña autentica la línea; los demás datos hacen que el módulo anuncie la identidad OMCI que se leyó del HGU. No se trata de copiar el firmware del HGU al ODI.
En la configuración que terminó funcionando también se asignó HW_SERIAL_NO al serial GPON propio y se ajustó el OUI con los primeros seis dígitos hexadecimales de la MAC del HGU:
Código:
flash set HW_SERIAL_NO SERIAL_GPON_PROPIO
flash set OUI OUI_PROPIO_DE_SEIS_DIGITOS_HEX
Dejo esos cambios porque formaron parte del resultado, pero no se probó que fueran indispensables. El serial GPON tampoco es necesariamente el mismo serial comercial impreso en la etiqueta.
No se cambió la MAC Ethernet del ODI ni su MAC_KEY. El panel ya mostraba
Mackey success. Tampoco fue necesario cambiar HW_CWMP_MANUFACTURER.
9. El detalle del modo OMCI: en esta unidad funcionó 21
Con OMCI_OLT_MODE=3, las versiones personalizadas parecían guardarse, pero después de reiniciar el ODI volvía a anunciar V1.7.1 en ambos bancos.
El archivo de configuración conservaba los textos correctos; el proceso OMCI activo anunciaba otra cosa. Por eso revisar solo el archivo o la respuesta de flash set no alcanzaba.
Con este firmware, la configuración que conservó las versiones después de reiniciar fue:
Código:
flash set OMCI_OLT_MODE 21
flash set OMCI_SW_VER1 VERSION_OMCI_BANCO_0
flash set OMCI_SW_VER2 VERSION_OMCI_BANCO_1
Es un ajuste específico del comportamiento de este firmware, no un valor universal para cualquier ONT. No hubo que editar binarios ni borrar particiones.
Revisar los valores con flash get, reiniciar desde
Commit/Reboot y volver a conectarse. Todavía sin fibra.
Después del reinicio:
Código:
flash get OMCI_OLT_MODE
flash get OMCI_SW_VER1
flash get OMCI_SW_VER2
omcicli mib get 7
omcicli mib get 256
omcicli mib get 257
La clase 7 tiene que mostrar las versiones elegidas. En las clases 256 y 257 se comprueba vendor, serial, hardware, Equipment ID y OMCC. Las capacidades internas del ODI pueden diferir del HGU; no se intentó copiar cada contador ni cada capacidad.
Guardar un nuevo respaldo del ODI preparado antes de mover la fibra.
10. Conectar la fibra y comprobar el registro
Desconectar la fibra del HGU y conectarla al ODI. El HGU queda guardado como retorno.
En la web del ODI, entrar a
PON y refrescar hasta comprobar:
Código:
Registered Status: Registered
ONU State: O5
Mackey Status: success
También revisar temperatura y potencia óptica. En la prueba había recepción alrededor de −23 dBm; es un dato de esa instalación, no un objetivo que tengan que reproducir.
O5 confirma el registro GPON. Todavía falta que funcione Internet.
No hacer una secuencia rápida de muchas reconexiones de fibra. La unidad tenía una función Fiber Reset habilitada que advertía de un restablecimiento al reconectar varias veces en pocos segundos.
11. Revisar las VLAN antes de configurar PPPoE
Dejar
VLAN Settings → Auto provided by ISP en el ODI.
Leer el aprovisionamiento recibido:
Código:
omcicli mib get 131
omcicli mib get 84
omcicli mib get 171
La clase 131 mostró la OLT como ALCL. La clase 84 tenía filtros para VLAN 2080 y 7, pero eso por sí solo no decía qué VLAN poner en el MikroTik.
La clase 171 mostró el dato que faltaba: las reglas recibían VLAN 2 del lado Ethernet y la transformaban a VLAN 2080 del lado PON.
Por eso,
en esta instalación se usó VLAN 2 en el MikroTik, dejando al ODI aplicar las reglas del operador. No se configuró 2080 en el router solo porque aparecía en los filtros.
Si el aprovisionamiento de otra línea muestra algo distinto, revisar esa transformación. La VLAN de transporte PON no tiene por qué coincidir con la VLAN del lado del router.
12. Configurar PPPoE en el MikroTik
En
Interfaces → VLAN → +, crear:
Código:
Name: vlan2-movistar
VLAN ID: 2
Interface: sfp-sfpplus1
Si ya había un cliente PPPoE funcionando con el HGU en bridge, editar ese mismo cliente y cambiar su interfaz a vlan2-movistar. Conservar nombre, usuario, contraseña y demás ajustes que ya funcionaban.
Si se parte sin cliente PPPoE, crear uno en
Interfaces → PPPoE Client:
- Interface: vlan2-movistar.
- User y Password: las credenciales PPPoE de la propia línea.
- Add Default Route: habilitado si será la salida principal a Internet.
- Use Peer DNS: habilitado si se utilizarán los DNS entregados por el operador. También se pueden configurar DNS propios.
En
Interfaces → Interface List, agregar el cliente PPPoE a la lista
WAN. En esta configuración es el PPPoE quien recibe la IP de Internet.
Revisar la regla de masquerade en
IP → Firewall → NAT. Si ya usa out-interface-list=WAN, se conserva. No crear una segunda regla igual. Si apunta explícitamente a una interfaz antigua, adaptarla al cliente PPPoE.
No se agregó un cliente DHCP al SFP para obtener Internet. La conexión de este caso era PPPoE.
En
Status, comprobar
connected, dirección local asignada, dirección remota y MTU/MRU. En esta prueba quedaron en 1492.
Las reglas de puertos que ya apuntaban al mismo cliente PPPoE y al servidor interno pudieron mantenerse. Comprobar los servicios después del cambio.
13. Probar todo a 1 Gbps
Antes de pasar a 2,5 Gbps, comprobar navegación, DNS, descarga, subida y acceso a los equipos de la LAN.
En la prueba a 1 Gbps se obtuvo aproximadamente
912 Mbps de bajada y 933 Mbps de subida. Con el HGU en bridge la referencia anterior era
933/915 Mbps.
Internet y Plex funcionaron con el ODI. Para comprobar específicamente el acceso externo a un servicio, probar también desde otra conexión, por ejemplo datos móviles.
Guardar otro respaldo del MikroTik y del ODI en este punto. Así queda una configuración funcional a 1 Gbps para volver atrás si el cambio de velocidad falla.
14. Pasar el enlace a 2,5 Gbps
En la terminal del ODI:
Código:
flash set LAN_SDS_MODE 6
flash get LAN_SDS_MODE
Debe devolver LAN_SDS_MODE=6. En esta combinación corresponde al modo usado para 2500BASE-X. Con WinBox abierto desde un puerto LAN, iniciar el reinicio del ODI desde
Commit/Reboot mientras todavía se tiene acceso a su panel.
Desde WinBox, en
Interfaces → sfp-sfpplus1 → Ethernet:
- Mantener Auto Negotiation desmarcado.
- Cambiar Speed a 2.5G baseX.
- Aplicar.
La gestión se corta durante el reinicio y mientras los extremos quedan temporalmente en velocidades diferentes. Si ya se perdió acceso antes de iniciar el reinicio, realizar un ciclo de alimentación del módulo. Esperar a que arranque con ambos extremos preparados a 2,5 Gbps.
Comprobar en el MikroTik
link ok y
Rate: 2.5 Gbps. Volver a revisar O5 y PPPoE conectado.
La opción 2,5 Gbps estaba deshabilitada en la web del ODI; por eso se ajustó desde la terminal. No hubo que instalar firmware modificado.
15. Si después de reiniciar aparece link ok, pero no entra al ODI
Esto pasó durante las pruebas. El puerto mostraba enlace, pero el ping y el ARP hacia el ODI daban timeout.
Se recuperó desde WinBox:
- Ir a Interfaces.
- Seleccionar la interfaz física sfp-sfpplus1.
- Pulsar Disable y después Enable.
- Volver a probar ping, web y terminal.
Se hace sobre la interfaz física, no sobre su antigua fila en Bridge → Ports. Esa fila debe seguir fuera del bridge LAN.
La causa exacta no se determinó y no se agregó una automatización. Conviene probar reinicios y reconexiones antes de dar por terminada la instalación.
16. Resultado y limpieza final
Con el enlace a 2,5 Gbps se midieron aproximadamente
1.069 Mbps de descarga y 944 Mbps de subida, con Internet y Plex funcionando.
Eso confirma que se superó el límite práctico del enlace de 1 Gbps. No significa que el plan entregue 2,5 Gbps: una cosa es la velocidad entre ODI y MikroTik y otra lo que entrega el servicio. Fue una medición puntual, no una prueba prolongada de estabilidad.
Al terminar:
- Confirmar que sfp-sfpplus1 está fuera del bridge LAN.
- Conservar el bridge y los puertos locales.
- Eliminar la fila deshabilitada del SFP en Bridge → Ports si todavía quedó ahí.
- Mantener la IP y el NAT de gestión del ODI si se quiere seguir administrándolo desde la LAN.
- Guardar respaldos finales de ambos equipos a 2,5 Gbps.
- Conservar el HGU y los respaldos originales para volver atrás.
El panel del ODI también muestra
10G→1G. Esa etiqueta no demuestra que el módulo entregue 10 Gbps útiles; no se probó ese modo. Para este resultado se dejó
LAN_SDS_MODE=6 / 2.5G baseX.
17. Cómo volver al HGU si algo falla
Si se venía usando el HGU en bridge, devolverle la fibra y cambiar la interfaz del cliente PPPoE del MikroTik a la conexión Ethernet anterior. Mantener sus credenciales y las reglas que ya funcionaban.
Si se partió con el HGU como router, devolver la fibra y el cableado al esquema original. No es necesario resetear el HGU para hacer ninguna de estas pruebas.
Lo que más ayudó fue separar los pasos: primero acceso al módulo, después identidad y persistencia, luego registro GPON, VLAN y PPPoE, y recién al final 2,5 Gbps. Si algo falla, así queda bastante más claro en qué parte está el problema.
