DLINK DSL-G5X4/G6X4 CON EL FIRMWARE DE ROUTERTECH

Para conocer la ip del bootloader, hay que entrar por telnet al router. Después los comandos a introducir dependen del firw que tengamos instalado

----- Con fw Dlink instalado
# cat /proc/ticfg/env | grep my_ipaddress (para ver la IP actual del bootloader)
# echo my_ipaddress 192.168.1.1 > /proc/ticfg/env (para cambiar la IP del bootloader a 192.168.1.1)
# cat /proc/ticfg/env | grep my_ipaddress (para ver la nueva IP del bootloader)
# exit (para salir de telnet)

----- Con fw Routertech instalado
cat /proc/sys/dev/adam2/environment | grep my_ipaddress (para ver la IP actual del bootloader)
echo my_ipaddress 192.168.1.1 > /proc/sys/dev/adam2/environment (para cambiar la IP del bootloader a 192.168.1.1)
cat /proc/sys/dev/adam2/environment | grep my_ipaddress (para ver la nueva IP del bootloader)
echo autoload_timeout 20 > /proc/sys/dev/adam2/environment (para modificar a 20 segundos el tiempo de respuesta antes de subir el nuevo firm por tiupgrade)
cat /proc/sys/dev/adam2/environment | grep autoload_timeout (para visualizar el nuevo valor)

Un saludo.
 
muchas gracias por tu respuesta, pero esque la unica manera en la que puedo entrar al router es por puerto serie, y para programar el bootloader por conector JATG, mediante el programa "ciclamab"

¿si consigo un D604T o un D624T como podria hacer un bacap de uno para pasarselo al otro? ya te digo que la unica comunicacion la tengo por puerto serie o por JTAG (paralelo)

muchas gracias
 
jose_dlink604 dijo:
muchas gracias por tu respuesta, pero esque la unica manera en la que puedo entrar al router es por puerto serie, y para programar el bootloader por conector JATG, mediante el programa "ciclamab"

¿si consigo un D604T o un D624T como podria hacer un bacap de uno para pasarselo al otro? ya te digo que la unica comunicacion la tengo por puerto serie o por JTAG (paralelo)

muchas gracias

Mira aquí http://www.dlinkpedia.net/hardware/jtag_su_30xT.php
 
En efecto, los enlaces a los tiupgrade del primer post están extraídos de la citada web, en que aparece Bovirus como autor de los mismos.

El resto de los enlaces, y todos los firms, corresponden a la página del team Routertech.

Un saludo.
 
If some want to create a new thread (localized) for any fw recovery (not only for RT) should be suefukll for all.

Please take care that you can localize all emssages in Recovery kit.

Downlaod the zip file of recovery.
Unzip the zip file -> file .exe (RA self extracting)
With Winrar (or otehr RAR decomrpessor) decompress the .exe file.
You obtain some files (including also ftp recovery and info about MTD spaces and DSP p2p settings).
Check TIUPGRADE.INI. You can translate any strings in TIUPGRADE.INI (check the space to have some strings visible in some way)
At the end save TIUPGRADE.INI.
Run TIUPGARDE.EXE. The utility now use spanish language.
 
Si alguien quiere crear un nuevo hilo (especifico) para cualquier recuperación de firmware (no únicamente para RouterTech) podría ser útil a todos.

Tomar en cuenta que puedes encontrar todos los mensajes en el kit de recuperación.

Descargar el archivo zip del kit de recuperación.
Desempaquetar el archivo zip --> a .exe (al realizar una extracción de si mismo del RA)
Con Winrar (u otro desempaquetadro RAR) extarer el archivo .exe.
Obtendrás varios archivos (incluido el FTP de recuperación e información acerca de las particiones MTD y los ajustes de tcp_conntrack últiles en el DSP para ajustes con P2P).
Verificar TIUPGRADE.INI. Puedes traducir las cadenas en este archivo TIUPGRADE.INI (verificar el espacio para hacer visibles las cadenas de forma correcta)
Finalmente guardar los cambios en TIUPGRADE.INI.
Ejecutar TIUPGRADE.EXE. La utilidad mostrará los mensajes y texto en español.
 
Or if someone want to have simple procedure with Winrar can update the TIUPGRADE.INI file inside the original .exe Winrar SFX archive.

In this case when your run the recovery it's already in spanish language.

Please take care before to upgrade any firmware with recovery to set two variable

autoload_timeout
my_ipaddress

The right value are: 20 (autoload_timeout) and 192.168.1.1 (my_ipaddress). Theeese two variables cvan help to fix the ip bootloader (my_ipadddress) in tehs ame range of network board IP and increase the time to join to bootloader during recovery.
Set it before to flash with telnet command (as explained ibn first post)

Another sugegstion is if it's possible (and you don't already do it) to upgrade the bootloader with mod version (bpootloader ip always to 192.168.1.1 also with crashed MTD)

For any help / files etcetra you can find any details on the HWU forum (link in the first post)
 
bovirus dijo:
Or if someone want to have simple procedure with Winrar can update the TIUPGRADE.INI file inside the original .exe Winrar SFX archive.

In this case when your run the recovery it's already in spanish language.

Please take care before to upgrade any firmware with recovery to set two variable

autoload_timeout
my_ipaddress

The right value are: 20 (autoload_timeout) and 192.168.1.1 (my_ipaddress). Theeese two variables cvan help to fix the ip bootloader (my_ipadddress) in tehs ame range of network board IP and increase the time to join to bootloader during recovery.
Set it before to flash with telnet command (as explained ibn first post)

Another sugegstion is if it's possible (and you don't already do it) to upgrade the bootloader with mod version (bpootloader ip always to 192.168.1.1 also with crashed MTD)

For any help / files etcetra you can find any details on the HWU forum (link in the first post)

Más o menos la traducción es la siguiente:

O si alguno quiere, puede proceder con el descompresor winrar para actualizar el archivo TIUPGRADE.INI que se encuentra dentro el archivo original .exe Winrar SFX archive,

En este caso, cuando se ejecute el kit de recuperación tiupgrade el archivo ya está en idioma español.

Por favor, tened la precaución, antes de actualizar cualquier firm con la herramienta de recuperación tiupgrade, de configurar dos variables en el router, que son las siguientes:

autoload_timeout
my_ipaddress

Para autoload_timeout el valor correcto o aconsejado es 20
Para my_address la dirección aconsejada a poner es 192.168.1.1

Estas dos variables pueden ayudar para utilizar el kit de recuperación, porque, por un lado, la ip del bootloader (my_ipaddress) se hace coincidir con la del mismo rango de la puerta de enlace del router y, por otra parte, se incrementa el tiempo para que se active el bootloader durante la ejecución de la herramienta de recuperación.

Poner estas dos variables en el router, antes de flashearlo, medante los comandos telnet (tal y como se explica en el primer post de este hilo).

Otra sugerencia es, si es posible (porque no lo hayas hecho ya), actualizar el bootloader con la versión mod (la ip del bootloader es siempre 192.168.1.1, también aunque las particiones mtd estén corrompidas).

Para cualquiera ayuda, archivos, etc., podéis encontrar más detalles el HWU forum (el enlace está en el primer post). Foro italiano en el que escribe el autor.
 
eq7mavala2 dijo:
Este firmware soporta WDS?

Del firm hay varias versiones, en la página de routertech, en función del hardware de cada router

Para el WDS, el problema no es el firm, sino el hardware del router.

Si tu router tiene un chipset wifi 1350, sí soporta WDS.

Normalmente los dlink 6X4 no tienen este chip, sino el 1130.

Dlink sacó un firm con WDS para este chip, pero al siguiente firm ya no lo incluyó, debido a las limitaciones dichas.

En todo caso, quien tenga un 6X4 ó un 2X40 puede probar con la herramienta RUC, al principio descrita, para saber qué componentes de hardware tiene su router y conocer qué versión del firm tienen que instalar.

Un saludo.
 
El mio es un G624T, con la tarjeta wifi cambiada... Tengo varias... De todas las que tengo alguna servira digo yo...

Como se que tarjetas son compatibles? Gracias
 
Buenas, he instaldo este firm en un d-link 504t, y solo puedo navegar si configuro el router en modo bridge, si lo pongo en modo multipuesto, el sitema solo indenfica el router pero no conecta con internet, debe de ser algun parametro que me dejo pero no consigo averiguar cual, sin algun compañero le ha pasado lo mismo.

En modo bridge funciona perfecto.

En modo multipuesto, sincroniza adsl, windows detecta el router pero no conecto con internet.

Saludos y gracias.
 
Hola, tengo un dsl-g624t y pretendia probar el firm routertech, he seguido las indicaciones y me he quedado en averiguar el firm con el ruc. (v 1.3.4), osea que no he hecho nada. Se queda parado en 1% y no hace nada mas, lo dejo hasta 5 minutos y nada. El log que me da cuando aborto la operacion es:


00:00:000 Running script
00:00:027 Opening connection
00:00:261 Winsock Control Error - 10053 : Software caused connection abort.
05:08:470 Closed connection.
Aborted by user.

Si en principio no necesita ningun archivo segun el readme, que puede pasar?
Gracias
 
Realmente merece la pena este firmware comparado con el ultimo oficial de D-link?, el de febrero del 2009.

Salu2!
 
LIBERADA UNA NUEVA VERSIÓN DEL FIRM: V2.91

La nueva versión 2.91, de fecha 12-09-2009, está disponible en la página del team Routertech (previo registro): http://www.routertech.org/viewtopic.php?f=23&t=2961

Se han de observar todas las indicaciones habituales para la actualización del firm.

Incorpora los siguientes cambios:

Changelog

1. Bug fix: the "Restart Access Point" button in 4-port non-wireless firmwares removed.

2. Busybox upgraded to v1.14.3.

3. Utilities: "insmod" is now a shell to modprobe; use "insmod-bin" for the "real" insmod (this is a result of the busybox upgrade to v1.14.x and higher).

4. Some security improvements.

5. The "RT configurations" feature has been updated to be able to specify Led file and DSP driver. The available ones are shown in brackets. The desired Led or DSP file should be specified as it
appears in the brackets - and their file extensions must NOT be specified.

6. A new shell script: adam2-defragenv.sh (for routers with the Adam2 bootloader only). It will defragment the Adam2 bootloader environment. The script has to be run from a telnet/ssh login session. Normally, you should not run this command directly. Instead, use setenv DEFRAG DEFRAG (see below).

7. New command for defragmenting the environment - setenv DEFRAG DEFRAG (note the capitals!) - must be run from a telnet/ssh login session (never from the web interface).
NOTE: This command must only be used as a last resort. As with any low-level operation that writes to the router's flash chip, things can go badly wrong. The recommended way to defragment the Adam2 bootloader environment is to run "fixenv" from the bootloader command prompt. The recommended way to defragment the PSP bootloader environment is to run "defragenv" from the bootloader command prompt. You will need a serial console to run commands from the bootloader command prompt.

8. A new shell script: bandwidth.sh - allows you to throttle the bandwidths of those who have exceeded a specified transfer bandwidth (default 500mb) to a very very low speed (default 128 bytes-per-sec), and to display current bandwidth usage data. Requires IP Account to be enabled (example: bandwidth.sh 250 1024 reset - will throttle any client that has exceeded 250mb bandwidth to 1024 bytes per second; the "reset" parameter is optional; if used, then it will first reset the IPAccount statistics - this is useful if your router is not rebooted everyday). Run the command with no parameter to see the syntax.

9. New support for wireless Adam2-based routers with just one ethernet port (e.g., the Actiontec GT701WG).

10. pppd upgraded to v2.4.4.

11. New support for siproxd (wireless routers only) (courtesy of Richard Antony Burton).

12. New environment variable ("siproxd_enable" (wireless routers only)). If set to 1, this will trigger automatic execution of siproxd each time the router boots up, using a default configuration file (/etc/siproxd.conf).

13. Enhancements to the "RT Configurations" page in the "Tools" menu. You can now a) enable/disable Siproxd from this page, and b) select/de-select DSP drivers and Led conf files.

14. DSP/tiatim v6.x has been restored to the AnnexA firmwares.

15. The default DSP driver has generally been changed to DSP/tiatm v6.x. This should free up some memory on low memory routers, and should also be less demanding on the hardware. In the firmwares that allowed for changing the DSP/tiatm drivers, the facility to change the drivers still remains.

16. New DDNS support for dnsomatic (courtesy of Richard Antony Burton).

17. New command: wol_forward (courtesy of Richard Antony Burton). This command is to wake a machine on the LAN from outside the network, via settings in the new wol_forward environment variable. Example: setenv wol_forward "ppp0 br0 7".

18. Following a poll on the forum, Tinyproxy has been removed from all our firmwares and is no longer a feature of the RouterTech firmwares.

19. A new shell script - reset-config.sh - resets the configuration to defaults. Use this command only as a last resort - when everything else fails (e.g., when reset from the web interface fails, or when you are unable to access the web interface).

20. New tool - mtd3_app - this is a low level helper program for some firmware scripts. Do NOT attempt to run it manually!

21. Change in the syntax of makemtd.sh - the "size" parameter should now be in kilobytes (multiples of 64) and not in bytes - e.g. makemtd.sh mtd5 192 auto_minix. The valid sizes are: 64; 128; 192; 256; 320; 384; 448; 512; 576; 640; 704; 768; 832; or 896. If an invalid/unsupported size parameter is given, the script will simply print an error message and will stop. Be sure to not try to create a new partition that is bigger than the available flash space, or you will trash your router.

22. A new shell script - linecount.sh - returns the number of lines in a text file (or "-1" on error). Empty lines and comment lines (beginning with a "#") will be ignored. If you want comment lines to be counted as well, then supply the switch: "--with-comments".

23. A new shell script - check_env - this is a rough-and-ready check for bootloader environment fragmentation (Adam2 routers only). It returns 1 if the bootloader appears to be fragmented, and 0 if it does not appear to be fragmented.
 
En esta última revisión del firm, versión 2.91, se ha detectado un bug que afecta al apartado DDNS -que queda inhabilitado-, lo que ocurre dizque únicamente para los firms correspondientes al chip 1130 wireless -es decir, el de los dlink 6x4-, por lo que, si se quiere seguir utilizando el ddns -en caso de tener ip dinámica y querer salir a internet con ip fija, especialmente, si se utiliza un servidor- no es recomendable actualizar el firm. Por lo demás, funciona bien.

Se anuncia que en unos días aparecerá un nuevo firm, el 2.91.1 corrigiendo el anterior problema.

Saludos.
 
Arriba