Buenas vieira
De eso se trata, de aprender. Si uno sigue un "Guía Burro" como las llama mi hermano muchas veces que me dice: "Eí, esto no me funciona necesito esto lo otro... mándame una guía burro para mi..." jajajaja. El porblema es que eso te obliga estar dependiendo siempre de terceros, y que si algo no funciona... pues te aguantas.
Exactamente, la máscara que tenías antes hubiese podido cubrir el rango por extensión si hubiesen estado antes ambas en la misma red, pero no lo estaban. Una de las redes era de la 20 a la 23, y la otra red era de la 24 a la 27. Para que ambas caigan dentro del mismo intervalo, se tiene que abrir hasta la /12, que efectivamente cubre desde el 0 al 15, del 16 al 31... etc etc etc. y ese bloque del 16 al 31 si existe.
En el comando que se usa para añadir una ruta estática en linux, route, se debe de especificar siempre tanto la red como la máscara. En el script que puse, por facilidad de lectura, se usa por separado el parámetro net y el parámetro netmask. Por tanto, no deberías de usar el indicador de mascara de red dentro de net si vas a usar el parámetro netmask, dado que es redundante y podría de echo darte error. En el caso de "route" generalmente sí permite especificar directamente en el parametro net la máscara, pero entonces no uses netmask
Dicho de otro modo:
Opcion1: route add -net 172.16.0.0 gw 192.168.1.1 netmask 255.240.0.0 eth0
Opcion2: route add -net 172.16.0.0/12 gw 192.168.1.1 eth0
Las dos son equivalentes, el /12 significa exactamente: Máscara de subred: 255.240.0.0
De todos modos te recomiendo siempre por facilidad y probar, no crear de primeras si no quieres el script hasta que no estés seguro que los comandos osn correctos. Puedes acceder por SSH y meter los comandos directamente tu y ver que pasa. Puedes meter una ruta, y con "route" sin parámetros te debería de devolver la tabla de rutas completas. Si pones algo mal la shell te dirá que está mal o te dará un error. Si crees que lo has hecho bien, puedes probar con un tracert desde tu pc a cualquier IP de dicho rango, si la ruta está colocada bien, el tracert debería de mostrar que pasa a tu Router, de tu Router al HGU y de ahí a donde sea (aunque de error, pero pasa al HGU). Si estuviese mal, pasaría a tu Router y de tu Router a Internet
Hola de nuevo Theliel,
Eliminé el enrutamiento realizado en el router mediante la WebGUI. Ejecuté directamente en el router (Putty), el comando:
route add -net 172.16.0.0 gw 192.168.1.1 netmask 255.240.0.0 eth0He ejecutado el comando tracert en el terminal de mi PC a una IP del rango:
C:\Windows\System32>tracert 172.23.0.0
Traza a 172.23.0.0 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms RT-AC5300-8710 [192.168.50.1]
2 192.168.1.1 informes: Red de destino inaccesible.
Traza completa.Lo único que aparece es que el destino es 192.168.1.1 y la red de destino no es accesible. También he ejecutado route mediante SSH en el router:
admin@RT-AC5300-8710:/jffs/scripts# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
80.58.61.254 192.168.144.1 255.255.255.255 UGH 1 0 0 ppp0
80.58.61.250 192.168.144.1 255.255.255.255 UGH 1 0 0 ppp0
192.168.144.1 * 255.255.255.255 UH 0 0 0 ppp0
192.168.50.0 * 255.255.255.0 U 0 0 0 br0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
172.16.0.0 192.168.1.1 255.240.0.0 UG 0 0 0 eth0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default 192.168.144.1 0.0.0.0 UG 0 0 0 ppp0Como ves, sólo aparece identificada la IP 172.16.0.0 (¿no sé si tiene que ser así?).
¿Qué te parece todo? Saludos.
Por cierto Theliel,
Quiero retomar lo que me apuntaste en tu mensaje anterior: Configurar en modo Bridge real el Router Smart WiFi 6 Go triple vlan [config. avanzada] | Comunidad Movistar de fecha 3/10/2025.
El archivo del script wan-start ¿tiene que tener extensión?. Del estilo wan-start.sh
Los scripts han de ir en la carpeta /jffs/scripts/. He leído en la página de Github de Merlin que para que un comando funcione correctamente, el archivo /jffs/scripts/movistar.sh debe tener permisos de ejecución asignados. Si no los tiene, el sistema no podrá ejecutarlo. Para otorgar estos permisos, se utiliza el comando chmod +x /jffs/scripts/movistar.sh. Una vez con permisos de ejecución, el script puede ser lanzado directamente con el comando sh seguido de la ruta del archivo.
Es decir, y siguiendo lo que me propusiste sobre la ejecución de una secuencia de scripts, por mantener una granularidad y, si falla algo, revisar scripts individualmente y no uno que tenga todos los comandos, podría crear el siguiente script en el router mediante SSH:
nano /jffs/scripts/wan-start y escribir el siguiente contenido:
#!/bin/sh
# Espera 4 segundos
sleep 4
# Ejecuta el script movistar.sh
sh /jffs/scripts/movistar.shTengo que asegurarme de que cualquier script que cree esté guardado en el directorio/jffs/scripts/ y tenga permisos de ejecución establecidos usando el comando chmod a+rx/jffs/scripts/*. Esto permite que el sistema ejecute el script y garantiza que los comentarios se conserven para referencia futura.
Inicialmente el script movistar.sh podría contener lo siguiente:
#!/bin/sh
# Tabla de enrutamiento TVIP
route add -net 172.16.0.0 gw 192.168.1.1 netmask 255.240.0.0 eth0Theliel, entiendo que dentro del script movistar.sh, también podría poner la tabla de enrutamiento correspondiente a la VoIP, tal cual aparece en la siguiente captura del HGU.
HGU Routing TablePara ello, no sé si debería incorporar estas 3 líneas más así:
# Tabla de enrutamiento para VoIP
route add -net 10.31.180.115 gw 192.168.1.1 netmask 255.255.255.255 eth0
route add -net 10.31.255.128 gw 192.168.1.1 netmask 255.255.255.224 eth0
route add -net 172.24.244.36 gw 192.168.1.1 netmask 255.255.255.255 eth0Ahora, tendría que ir a crear /jffs/configs/dnsmasq.conf.add. No sé qué parametros.
Saludos,
Hola Theliel,
En efecto, he hecho 2 tracert a IPs de la tabla de enrutamiento y el resultado fue el siguiente:
C:\Windows\System32>tracert 172.23.96.0
Traza a 172.23.96.0 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms RT-AC5300-8710 [192.168.50.1]
2 <1 ms <1 ms <1 ms 192.168.1.1
3 3 ms 6 ms 3 ms 10.64.0.1
4 2 ms 2 ms 2 ms 172.23.197.49
5 11 ms 11 ms 11 ms 25.red-81-41-234.staticip.rima-tde.net [81.41.234.25]
6 * * * Tiempo de espera agotado para esta solicitud.
7 11 ms 11 ms 11 ms 172.23.58.117
8 * * * Tiempo de espera agotado para esta solicitud.
C:\Windows\System32>tracert 172.26.23.0
Traza a 172.26.23.0 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms RT-AC5300-8710 [192.168.50.1]
2 <1 ms <1 ms <1 ms 192.168.1.1
3 15 ms 61 ms 3 ms 10.64.0.1
4 5 ms 16 ms 30 ms 172.23.197.49
5 11 ms 11 ms 12 ms 25.red-81-41-234.staticip.rima-tde.net [81.41.234.25]
6 * * * Tiempo de espera agotado para esta solicitud.
7 12 ms 11 ms 11 ms 192.168.198.186
8 * * * Tiempo de espera agotado para esta solicitud.Si miras al hacer el tracer, lo envía por el HGU, 1.1, es correcto. En 1.1 da error porque la red a la uqe intentas acceder no existe o no está disponible, el HGU no sabe que hcer con ella pq no está en su tabla de rutas. Recuerda que simplemente hemos trampeado la ruta para no poner unas cuantas. Pero en el intervalo usado caen muchas muchas otras redes. Si pruenas con un tracert a cualquiera de las rutas reales del HGU, te debería de salir no solo la respuesta de 1.1, sino de ahí al gateway de esa ruta en el HGU (10....)
