Foro
Hola, contesto varias cosas:
Alexander:
NO, el router NO se ha actualizado a pesar de estar conectado durante más de 18 horas seguidas. En el menú de actualizar solo admite un archivo. no permite "comprobar actualizaciones" ni ninguna otra funcionalidad. Si existiera una verificación periódica me imagino que ha baría saltado pero no ha pasado porque sigo con la V16.
Theliel:
He conseguido acceder bastante al funcionamiento interno del router entrando por ssh y, obviamente, con ayuda de la IA. He encontrado algo que quizá te resulte interesante.
El firmware sigue siendo:
GL_g1.16_R8316_V2.16
Internamente sigue teniendo un subsistema RTM y ejecuta rtmd y dos procesos ripd. Las interfaces IP que expone RTM son:
ip1 -> rbr4.0 -> LAN
ip2 -> ppp0 -> Internet / VLAN 6
ip3 -> rbr2.2 -> VoIP / VLAN 3
ip4 -> rbr3.3 -> IPTV / VLAN 2La GUI avanzada tiene una página RIP que llama a:
/cgi-bin/cbGetRipIntf.xml
/cgi-bin/cbSetRipIntf.xmly la configuración RIP actual que devuelve el backend es:
rip_intf_id=0 ip_intf_id=2 adm_state=0 accept_ra=1 send_ra=0
rip_intf_id=1 ip_intf_id=3 adm_state=1 accept_ra=1 send_ra=1
rip_intf_id=2 ip_intf_id=4 adm_state=1 accept_ra=1 send_ra=1(como ves, yo ya he añadido send_ra=1, pero como verás más adelante creo que esto no sirve para nada)
ip_intf_id=1 (ip1 / rbr4.0, LAN) no tiene ninguna entrada en la tabla RIP.
Los dos ripd que están ejecutándose son:
ripd 1 1 1 3 0 3
ripd 1 1 2 4 0 3lo que además parece correlacionar los argumentos con rip_intf_id=1/ip_intf_id=3 y rip_intf_id=2/ip_intf_id=4.
El backend acepta el cambio y queda persistido cuando lo hago vía javascript en la consola del navegador, pero naturalmente sigo sin recibir RIP en la LAN.
El router tiene además estos ficheros internos:
/tmp/config/rtm_cfg_igd.1.rip_intf.conf
/tmp/config/rtm_cfg_igd.1.rt.conf
/tmp/config/rtm_cfg_igd.1.ip_intf.confy sus correspondientes defaults en /tmp/defcfg.
El primero mide sólo 340 bytes y contiene presumiblemente esos tres registros RIP.
Pienso que para que el RTF8316VW intercambie RIP con el router neutro habría que crear una cuarta entrada rtm_cfg_rip_intf asociada a ip_intf_id=1 (ip1/rbr4.0), en lugar de limitarse a activar send_ra en las interfaces WAN.
La API web de Askey parece bastante genérica. Por ejemplo, para las rutas estáticas utiliza el mismo cbSetRoutingV4Rule.xml tanto para crear/modificar como para borrar (del=DEL). Sin embargo, rip.js sólo permite modificar los tres registros RIP existentes y no ofrece Add/Delete.
¿Sabes si existe alguna forma conocida de crear una entrada rtm_cfg_rip_intf para la LAN, ya sea mediante RTM, rtm_util, algún CGI no expuesto por la GUI o la CLI interna?
Muchas gracias,
Ignacio
IgnacioHR, he revisado tus datos y compruebo que el pedido que incluye el cambio a fibra de 10 GB aún no se ha completado. Por este motivo, todavía no ha entrado en funcionamiento y no se emitirá el cargo adicional hasta que dicho pedido finalice. Estaré pendiente para informarte cualquier actualización y, una vez completado, revisar las configuraciones que indicas.