RouterTech Firmware (v2.97) Frequently Asked Questions (FAQ)

Please read this FAQ thoroughly BEFORE asking any question about firmwares on the forum.

Q. I have a problem with my router. Can you help me?
A. Read this thread on our forum, and follow ALL the instructions in it. Then we might be able to help you. If you do not read the thread and follow the instructions in it, we will simply ignore any questions that you ask, if it is clear that you have not followed those instructions.


Q. Will your firmware work on my router?
A. Run the Router Upgrade Checker (RUC), and it will give you the asnwer. There is a "compatibility list" being developed in this thread, based on reports from users. However, nothing beats the RUC.


Q. Who/What is RouterTech?
A. The independent technical support site for all things networking. We also specialise in firmwares and support for routers based on the AR7 chipset (i.e., "Class II" routers).


Q. Why produce your own firmware?
A. Because we want to, and because we can :-) - actually, it is because we saw some significant deficiencies in some of the existing manufacturers' firmwares, and we wanted to contribute something to the community.


Q. I would like to know the history of your firmware. What especially is new or different about it?
A. Comprehensive history is available in the history.html file. You should also read the feature list (this can be found in the features.hml file).


Q. What features are supported by the RouterTech firmware?
A. The feature list can be found in the features.hml file. You must read this in conjunction with the history.html file, which provides an invaluable chronology of the feature set as it is developing.


Q. I have bricked my router, and wish to recover it. What should I do?
A. Read the de-bricking threads,  follow the instructions, and hope for the best. Most bricks can be recovered , especially if the bootloader hasn't been trashed. The possibility/ease (or otherwise) of recovery depends on whether you followed all the instructions in the upgrade.html file to the letter, before upgrading your firmware. If you did, the router will normally be recoverable using the backups that you saved. If you didn't, then you are on your own.


Q. How do I perform a firmware upgrade manually, using ftp?
A. You should only try this when all else has failed (i.e., you have a "bricked" router, and all other recommended methods of de-bricking it have failed miserably). You can perform an ftp upgrade with a command-line ftp client (not a GUI client). You have to connect to the router's bootloader ftp server. This requires the same process as you use to connect via the pctool (which is just a fancy interface to the ftp service). Connect to the bootloader's ftp server by running "ftp 192.168.1.1" (or whatever IP address you can access the bootloader at) with the few seconds window after turning on the router. The username and password are both "adam2". If you manage to connect successfully, then run the following commands:
bi
quote MEDIA FLSH
put firmware.img "fw mtd4"
quote REBOOT

If all goes well, "firmware.img" will be on the router, and will be running after the router has rebooted. Of course it can all go horribly wrong. So, DO NOT try any of this unless you have JTAG, or are prepared to throw your router in the bin.

See also this thread in our forum.


Q. How can I see what your firmware looks like before I decide whether I want it?
A. You can see an old demo of the firmware's web interface here: http://www.routertech.org/demo/2-7/. You should also read the feature list (this can be found in the features.hml file).


Q. What is the RUC or Router Upgrade Checker?
A. It is a wonderful and essential utility that anyone who wishes to upgrade their firmware MUST run, before trying anything. The RUC can save your bacon, and you would be extremely ill-advised to try to upgrade your firmware without first running it and backing up in a secure place all the files that it generates. If you upgrade your firmware without first running the RUC and something goes wrong with the upgrade, then you are entirely on your own.

The RUC is a Windows utility. If you do not have access to a Windows machine (e.g., you only have Linux), you can, as a last resort, try the Firmware Tool, which will run with WINE under Linux. If you have neither Windows nor Linux, then you're out of  luck.


Q. What is the WEB or Wireless Environment Builder?
A. It is a wonderful utility (for wireless routers using the TNETW1350A wifi chip only) that anyone who wishes to upgrade their 1350A firmware would be extremely well advised to get familiar with. It helps to rebuilt the WLAN_EEPROMx environment settings for the TNETW1350A wireless routers if their environment gets trashed. Anyone who has run the RUC on such routers will NOT need to rebuild the environment with this utility, since it would be easy to restore the environment as saved by the RUC.


Q. What is the MTD Calculator?
A. It is a utility that takes a firmware image, and then calculates the best values for your router's mtd partition if you want to flash that firmware image onto your router. For routers with Adam2 bootloaders, it also tells you the values for single-image upgrades and separate-image upgrades.


Q. What is the Firmware Tool?
A. This is a tool that can:
(a) generate default environment variables for a router (this is especially useful in the case of a bricked router, where there is no backup of a working environment)
(b) extract the filesystem and kernel from a single firmware image
(c) calculate the correct MTD values, from a single firmware image
(d) generate WLAN_EEPROM values for a 1350A wireless router
(e) perform basic checks on a router for compatibility with RouterTech firmwares (only for cases where the RUC fails to run on your operating system)

It is a Windows program, but it also runs perfectly with WINE under Linux.


Q. What is the RRT or Router Repair Tool?
A. This is a tool which can be used for upgrading firmwares, cleaning up fragmented router environments, and repairing bricked routers.


Q. What is the PCTool and how can I use it?
A. The PCtool or "PC-APP" or "Adam2App" or "TI Remote Application" is a Windows tool (PCtool versions 2.1 and 2.3 will only work correctly with Windows XP - do NOT try using them with Windows Vista or Windows 7) which can be used for upgrading firmwares and repairing bricked routers. For instructions on how to use the PCTool, see these threads on our forum:

Q. How should I flash your firmware onto my router?
A. Read ALL the documentation (i.e., the upgrade.html file, the readme.html file, the features.hml file, and the history.html file) - before trying anything


Q. I have heard a lot about "single-image" and "separate-images" firmware upgrades. What are these about?
A. The AR7 routers can have their firmware upgraded by flashing a single (combined config + kernel + filesystem) "....firmware.upgrade.img" file, or by flashing each of these separately (i.e., config first, then kernel, then filesystem). You CANNOT just decide which method you want to use. The correct method is determined by how the router's flash chip has been partitioned into MTD blocks. If your MTD blocks are set for single-image upgrades, and you upgrade using separate images (or vice versa) then your router WILL, without exception, be bricked. The RUC will tell you whether your router is set for single-image or separate-images upgrades. You'd better ascertain this BEFORE trying to upgrade your firmware.

RouterTech ships only single-image firmwares. If your router is set for separate-images upgrades, then you will need to do all sorts of things manually (e.g., extracting the filesystem and kernel images using the Firmware Tool) before you can proceed. To get a clue as to what you need to do, look at this thread, and this thread on our forum. NOTE that the steps taken in these threads are specific to the hardware being used - but they highlight the kind of thing that will be required. You need to amend the procedures, as required, for your own device.


Q. What extra commands are supported by the RouterTech firmware?
A. The command set can be found in the rt_commands.hml file and the features.hml file.


Q. How do I login to the router's web interface?
A. Fire up your browser, point it to "192.168.1.1" and supply your username and password (the default username and password are "Admin").


Q. How do I login to the router's command line interface?
A. You can do it in two ways:
telnet 192.168.1.1
login name: "root"
password: whatever you use to login to the web interface (the default is "Admin" )

or (for wireless and "4mb-flash" firmwares only)
ssh root@192.168.1.1
password: whatever you use to login to the web interface (the default is "Admin" )


Q. How do I reset my router to factory defaults?
A. Most routers have a reset button at the back. To use this, you turn off the router, press the reset button, while still holding it down, turn on the router, and keep holding down the reset button for about 30 seconds. Sometimes the reset button does not work. In that case, you need to connect to the router's web interface, go to Tools->System Commands, and click on "Restore defaults". If, for some reason, the reset button does not work, and you cannot access the web interface, then you can login to the router via telnet/ssh and run "reset-config.sh". This command should only be used as a last resort.


Q. My ISP's DNS servers suck. I want to use other DNS servers. How can I achieve this?
A. First, login to the router's web interfance, go to your current connection's settings (under the "Setup" menu), and uncheck "Use Peer DNS" and click on "Apply". Then click on Setup->DNS configuration, and put IP addresses of the new DNS servers, click on "Apply", and then save your configuration settings (System->Save All). Also, have a look at the extra_dns and extra_resolvers features (read features.html)


Q. I am having many problems with my PPPoE connection. Any advice?
A. Some users have reported a number of PPPoE issues. Most of them can be resolved, by one or more of the following measures:

Q. I am having various connectivity issues. What can I do?
A. There are any number of reasons why you may have connectivity issues. You can try these:

Q. The firmware works perfectly but my router's LED lights are all wrong. What can I do?
A. This is because the default (generic) /etc/led.conf file is not the right one for your router. You can simply select the desired led conf file from the "RT Configurations" menu.
You also can use the "led_conf" environment variable manually, to select one of the other ones and see if any of them works for you (run the command "ls -all /etc/led*" to see the ones (other than led.conf itself) that are available).
e.g.,
setenv led_conf led.sar600 && /sbin/reboot

If none of them is correct, then please send us a copy of your original led.conf (and indicate the name and model of your router), and we will add it to the next firmware release. You should have saved the contents of your original /etc/led.conf (as stated in upgrade.html) before upgrading your firmware.

*** The RouterTech firmwares also have a command (appropriately called "Led"), which can be used to manipulate the leds. This is command does some low level stuff, and should be used with great care. Further documentation of the Led command is available here: http://www.routertech.org/viewtopic.php?f=3&t=3505


Q. I understand that I can try different modem drivers for my router. How can I do this?
A.  This feature is only available to those with wireless routers (and non-wireless routers with 4mb flash and 16mb RAM). Simply select the preferred dsp driver from from the "RT Configurations" menu. If you want to do all this manually, then you should use the dsp_ver (choices may vary (depending on the firmware) between dsp70A, dsp70B, dsp71A, dsp71B, dsp75A, and dsp75B - look in the router's "/drivers" directory to see the available choices).
Note that dsp70B, dsp71B, and dsp75B are for AnnexB connections only.
e.g.,
setenv dsp_ver dsp71A
or

setenv dsp_ver dsp70B
etc., etc.

And then reboot the router. Note that when you change DSP versions, the next reboot of the router may take a while to establish a connection (if at all). If the choice you made doesn't work for you, then you can simply return to the default by removing the dsp_ver variable from the environment.
e.g.,
unsetenv dsp_ver


Q. What are the differences between the different DSP driver versions (e.g., between DSP73 and DSP75)?
A. These drivers are not documented anywhere (at least, not that we know about). All we know is from observation, and it boils down to a combination of these [a] some lines/ISP equipment seem to fare better on some versions than other versions - but it is only possible to know this by trial and error [b] the lower number versions are older and less up-to-date than the higher number versions [c] the lower versions use less memory than the higher versions [d] the higher versions have more features and support more modern features in ISP equipment - but they also place greater demands on the modem hardware [e] the higher versions allow for much more stable connections, especially on poor lines - but this is normally at the price of lower connection speeds .


Q. My connection is unstable. What can I do?
A. The most likely scenario is that the modem is connecting at a speed higher than the line can hold reliably. There are various things that you can try:

Q. I have no interest in USB and do not want the USB driver to be loaded on my router. How do I prevent the USB driver from being loaded?
A.  Run this command: usb_disable.sh - and then reboot the router, or enable USB support in the "RT Configurations" menu.


Q. I have renewed my interest in USB and now want the USB driver to be loaded on my router. How do I ensure the USB driver is always loaded?
A.  Run this command: usb_enable.sh - and then reboot the router, or disable USB support in the "RT Configurations" menu.


Q. Can I use the USB port on my router for anything other than simulating an ethernet port?
A. No.


Q. I would like to schedule some commands to run at specified times. How can I do this?
A. Scheduling is done via the firmware's "cron" feature. You use this to set up a "cron job" (the crontab file is "/root_cron"). You can add entries to that file manually (in "crontab" format) to do your scheduling, or (preferably) you can use the built-in commands "cronjob.sh" or "cronjob-env.sh". The latter makes the scheduled jobs persist between reboots of the router. Note that you need to have enabled "cron" in the firmware's RT Configurations menu for this to work. Any external command that is to be run via cron should be given its full path name in the cron jobs.
The command:
cronjob-env.sh 'auto_defragenv.sh' '0' '2' '7' '*' '*' 'RT_cmd_defrag'
sets up the router to run "auto_defragenv.sh" at 2.00am on the 7th day of every month (it uses a new environment variable "'RT_cmd_defrag" to make this persistent).
To remove that scheduled job, you run "unsetenv RT_cmd_defrag" and then reboot the router.

Q. I have a dodgy phone line and want to monitor my internet connection to ensure that if it drops, the router is rebooted. How do I do this?
A. Use the "checksync.sh" feature (remember to reboot the router afterwards).
e.g.,
setenv checksync.sh "1"
This will set up the router to monitor the router sync status every hour

setenv checksync.sh "1 30"
This will set up the router to monitor the router sync status every 30 minutes of every hour
OR
Go to the "RT Configurations" menu and enable sync checking.


Q. I have some specific needs and want some things to happen on the router everytime it is booted. How do I do this?
A. Use the "autoexec.sh" feature (remember to reboot the router afterwards):
e.g.,
setenv autoexec.sh "wget http://fpp.com/bar.sh -P /var && chmod a+x /var/bar.sh && /var/bar.sh"
This will set up the router to fetch a script (bar.sh) from a website, set its executable flag, and then run it, everytime the router boots up.
OR
Use the "RT_cmd_n" feature (remember to reboot the router afterwards):
e.g.,
setenv RT_cmd_1 "mount -t minix /dev/mtdblock/5 /nvram"
This will set up the router to mount an mtd5 that you have created and converted to a minix filesystem at the mountpoint /nvram
OR
Use the "RT_init_n" feature (remember to reboot the router afterwards):
e.g.,
setenv RT_init_1 "mount -t minix /dev/mtdblock/5 /nvram"
This will set up the router to mount an mtd5 that you have created and converted to a minix filesystem at the mountpoint /nvram
OR
If you are a Windows user, then you can write script to be stored on your PC and then use a Windows telnet scripter to run the script each time you restart the router.
The "RT_init_n" commands are executed very early in the boot process. The "RT_cmd_n" commands are executed after most things have been loaded (towards the end of initialisation) and the "autoexec.sh" commands are executed at the tail end - normally after a WAN connection has been achieved, or the firmware has timed out from waiting for a WAN connection.


Q. I have a wireless router and I want to run Darkstat, but the command is not found. What is happening?
A. Following a poll in the forum, darkstat was removed from the wireless firmwares. For the few who really need it, a copy is available for download from the software repository (which can then be run from a minix or smbfs mountpoint or from the /var/ directory - and with the fetch_ds command). The facility to view the darkstat statistics from the web interface is retained.

Running "fetch_ds" will fetch darkstat from the repository, extract, and run it. It can either the run manually, or via autoexec.sh.


Q. One of my children always hogs the router from his laptop with heavy downloads. How can I ensure that everyone else can also surf the net while he is downloading his stuff?
A. Throttle the bandwidth of his laptop with the rshaper function.
Q. I would like to run the memory optimiser at regular intervals. How do I do this?
A.  Use the "memchk.sh" feature (remember to reboot the router afterwards):
e.g.,
setenv memchk.sh "1"
This will set up the router to run the memory optimiser every hour

setenv memchk.sh "1 15"
This will set up the router to run the memory optimiser every 15 minutes of every hour
OR
Go to the "RT Configurations" menu and enable memory optimisation. The usefulness of this feature is quite limited.


Q. How can I optimise memory on my router?
A. You can try these:

Q. My upgrade to the RouterTech firmware was successful. However, I can't go to " Run Command" and I can't enter "RT Configurations" or "System Diagnostics". Every time, I get an "Internal communication error. Exiting" message (or sometimes, just a blank screen). What is the problem?
A. You cannot access those features if you are accessing your router from outside your LAN. This is a security feature, and it is not going to change, and so it is no use asking us to remove it.
If you are accessing the router from inside your LAN and you still get these problems, then there is something wrong with your LAN's configuration. The first thing to check is your router's IP address. If you wish to ask a question about this in the forum, then you should first of all login to the router via telnet or ssh, and supply the output of this command:

            diagnostics.sh  

Secondly, read this thread on our forum before posting anything about this problem.

 
Q. I have read that the RouterTech firmware supports a minix filesystem. How do I create a minix filesystem?
A. The wireless (and 4mb flash non-wireless) firmwares support a minix filesystem. The easiest way to create a minix filesystem (assuming there is sufficient space left on your flash chip) is to login to the router via telnet or ssh, and then run makemtd.sh (with the auto_minix parameter) - e.g., to create a new 256kb mtd5 partition and convert it to a minix filesystem, you can run this command:
makemtd.sh mtd5 256 auto_minix

*** WARNING - you MUST always unmount the minix filesystem (e.g., "umount /nvram") before [a] rebooting the router, [b] turning off the router, or [c] flashing a new firmware. If you don't, you WILL lose data on the minix filesystem - and any attempt to flash a new firmware without first unmounting the minix filesystem WILL fail. YOU HAVE BEEN WARNED!


Q. I have heard a lot about serial console cables. How can I obtain one?
A. For ready-made serial console cables, you can try this Ebay search, or this Ebay search.
If you want to build a serial console cable for yourself, then read Neo's guide on building a serial console cable from a Nokia DKU-5 USB mobile phone cable, or follow this thread in our forum.


Q. I have heard about fragmented flash memory (or environment) in routers. What is this, and how do I deal with it?
A. Flashing firmwares, saving configuration settings, and doing stuff with environment variables all involve writing to the router's flash chip. Over time, the flash memory (particularly the area holding the configuration information and the router's environment variables - i.e., the first 10kb of the router's mtd3 partition) can become fragmented. If this happens, you can have all sorts of problems. The most common ones include not being able to upgrade your firmware successfully via the web interface, not being able to save your configuration settings successfully, and routers bricking themselves spontaneously. This is a major issue on routers with the Adam2 bootloader, which is seriously broken. In our experience, it is particularly problematic with DLink Adam2-based routers - but all Adam2-based routers suffer from this problem, because the bootloader cannot defragment its environment properly, except manually from the Adam2 bootloader command prompt itself. The PSP bootloader, on the other hand, does the job pretty well by itself.

The recommended solution always involves being able to connect to the bootloader in one way or the other. If you have a serial console cable, then all you need to do is to interrupt the router's boot process within the first 3 seconds or so, which will leave you at the bootloader's command prompt. From there, you can run the "defragenv" (PSP bootloader) or "fixenv" (Adam2 bootloader) command. This will sort out the fragmentation issues. You can then restart the router.

If you don't have a serial console cable, then things are a bit more tricky. Tools such as the RRT (see below) or ciclamab may be able to assist you. But this depends on their being able to connect to your bootloader successfully. From firmware v2.91 onwards, you can defragment from a telnet/ssh login session, by running "setenv DEFRAG DEFRAG" (note the capitals) or (from v2.95 onwards) "defragenv" / "fixenv" (defragenv and fixenv are exactly the same thing). These commands must be run from a telnet/ssh login session - NEVER from the "Run Command" feature of the web interface. This solution should only be used as a last resort (i.e., if you cannot do it in the recommended way). You can run /usr/local/bin/check_env for a rough-and-ready check for fragmentation. It will print "0" if your environment appears to not be fragmented, and "1" if it appears to be fragmented. Or, you can run /usr/local/bin/auto_defragenv.sh - this will let you know the fragmentation level, and if it has reached a certain threshold, it will defragment the environment automatically. You can change the preset thresholds by setting the environment variable "DEFRAG_THRESHOLD" to the desired number.

NOTE: you must not run any of the commands/scripts to defragment the environment from the "Run Command" feature in the web interface. All these commands must be run from a telnet/ssh login session - otherwise, your mtd3 partition will be trashed!


Q. My router has the Adam2 bootloader. I have tried to upgrade to the latest RouterTech firmware via the web interface. Everything seems to go alright, but I still end up with my old firmware! What should I do?
A. The most likely cause of such a problem is that your router's environment is fragmented. You need to defragment the environment, and then try again. See here for details.
If you are using a firmware that doesn't support defragmentation and you have no serial console cable, then your options are limited to:
[a] using a tool that operates at bootloader level (e.g., the PCtool, or the Router Repair Tool, or Ciclamab, or the tiupgrade program) to upgrade your firmware (you need to be very careful when using these tools, and you need to know what you are doing). With respect to tiupgrade, DarkWolf usually releases preconfigured tiupgrade packages for various RouterTech firmwares.
OR
[b] if you're feeling brave, and have no other option, then you can try using the Adam2 Defrag Tool to defragment your router's environment, and then try upgrading via the web interface.


Q. My router has the TNETW1350A wireless chip. I have flashed your "1350A" firmware on it, but the wireless is not working. What can I do?
A. The "1350A" wireless firmwares require WLAN_EEPROM variables to be in the environment. The correct values for some of these variables are specific to each router, and depend on the wireless card's MAC address and "TNETW ID". If the WLAN_EEPROM variables (or some of them) are missing, corrupt, or contain wrong values, then your wireless will NOT work. The solution is to get them all correct. If you ran the RUC before upgrading your firmware as instructed in the firmware documentation, then all you need to do is to restore the backed up environment. If you did not run the RUC, then you are in for a very difficult time. The Wireless Environment Builder and the The Firmware Tool may be able to assist you in this process.

Secondly, these routers require a vlynq_polarity environment variable. Most 1350A wireless routers require this variable to be set to "low", and so the firmware does it automatically. However, there are some routers that require it to be set to "high". Examples are some PTI-8505G routers (and their clones), some Acorp W422G, some dual-antennae Asian Aztech DSL605EW, PLUSCOM AWR-7200, and some Conceptronic C54Apr2+. In these cases, you need to run the following commands from a telnet/ssh login prompt:
setenv NVS_TFTP_LOAD 0
setenv no_auto_vlynq 1

setenv vlynq_polarity high
/sbin/reboot

If you've tried everything else and nothing else has worked, then you may simply run "1350A-reset-eeproms.sh" (from firmware v2.95 onwards) from a telnet session, and once the router has rebooted after that, run the Wireless Environment Builder immediately on bootup.


Q. My router has the TNETW1350A wireless chip. I have tried to flashed your "1350A" firmware on using the web interface. The upgrader goes through the motions, reaches 100% (or gets stuck and the percent counter doesn't update). At the end, the old firmware is still there. What is the problem?

A. Some manufacturers try to lock you into their own firmwares and to prevent you upgrading to a 3rd party firmware. The usual method is to introduce some sort of checksum and then reject any firmware that doesn't have it. In such a case, your only option is to upgrade using something like the PCTool, or the The Router Repair Tool (RRT) in bootloader mode, or raw ftp.


Q. What do the different log levels in the system log settings mean?
A. Here is a detailed explanation of the severity levels:

ALERT:
Should be corrected immediately - notify staff who can fix the problem - example is loss of backup ISP connection

CRITICAL:
Should be corrected immediately, but indicates failure in a primary system - fix CRITICAL problems before ALERT - example is loss of primary ISP connection

WARNING:
Warning messages - not an error, but indication that an error will occur if action is not taken, e.g. file system 85% full; each item must be resolved within a given time

NOTICE:
Events that are unusual but not error conditions - might be summarized in an email to developers or administrators to spot potential problems; no immediate action required

INFO:
Normal operational messages - may be harvested for reporting, measuring throughput, etc.; no action required

DEBUG:
Information useful to developers for debugging the application - not useful during operations

ERROR:
Non-urgent failures - these should be relayed to developers or administrator; each item must be resolved within a given time

PANIC:
A "panic" condition - notify all technical staff on call? (earthquake? tsunami? tornado?) - affects multiple apps/servers/sites...



Q. I am having difficulties inserting "Static Addresses" under "Advanced -> LAN Clients". It seems to be a problem related to dynamic IP addresses getting stuck. What can I do?
A. It appears that the problem only occurs if a particular MAC address appears in both the Dynamic Addresses and Static Addresses list, or if two entries with the same MAC address are in Static Addresses. In other words, if you don't remove your entry in Dynamic Addresses before or after adding an entry with the same MAC address in Static Addresses, the entry in Dynamic Addresses will take precedence. The solution is:
[a] first remove the dynamic addresses (tick Reserve -> Apply)
[b] delete them from the Static Addresses list (tick Delete -> Apply), and
[c] add the new static IP and MAC address entries manually.

You can copy the MAC addresses before deleting the old entries and paste them when entering the new ones.


Q. Every time I try to connect to my external IP address from inside my network, I always get the router's web interface instead. What is the problem?
A. This is the so-called "local NAT loopback" problem. See this thread on our forum for example. The only way to get around this is by running localnat.sh.
Usage: "localnat.sh UP" to setup/refresh; "localnat.sh init" to install and update on each ppp-up event; "localnat.sh exit" de-installs. 



Q. I have a DLink G624T. The ethernet ports seem to have suddenly stopped working, but wireless is still functional. How can I get my ethernet ports back?
A. The adm6996m switch on that router (and the DLink 2640T) has been known to give up the ghost without warning. This can be caused by a number of things (e.g., burnt out capacitors, or corrupted eproms). There are a number of possible approaches to fixing this problem:

Q. What is the difference between the "lite" versions and the normal versions of your non-wireless firmwares?
A. The lite versions use DSP/tiatm drivers v7.0 (rather than v7.5) and do not have the following features: [a] mjproxy; [b] sft; [c] wakelan; [d] ftpfs; [e] usb; [f] upnp. If you don't need/want any of these, then you should go for the lite versions (see features.hml for more details on these features). The lite versions also leave sufficient space for users to create a 64kb minix partition.


Q. Can a wireless router running your firmware act as a wireless client for another wireless router?
A. No.


Q. Can a router running your firmware act as an ethernet modem?
A. No.


Q. Does your wireless firmware support WDS?
A. The firmware for the 1350A wireless routers supports WDS. We have published a tutorial for setting up WDS in "Crude mode". The Crude mode only manages the connections between WDS ROOT routers and WDS SLAVE routers via MAC addresses. If you need a more sophisticated WDS mode (e.g., the "Bridge" or "Repeater" modes), then you can start by reading this WDS tutorial on our forum. If you succeed, then please report it in the thread in which the tutorial is posted.

The firmware for the TNETW1130 (i.e., "standard") wireless routers does NOT support WDS.


Q. Does your firmware support the Netgear DG 834G V2 router?
A. No. The problem is the dodgy Adam2 bootloader that comes with that router, and the way the mtd partitions on the flash chip are configured. However, anyone who is brave and technical enough (and who has a JTAG cable) may change the bootloader to a more sensible one, and then upgrade it to RouterTech firmware. This thread shows how one person has managed to achieve that goal. Your mileage may vary. Do NOT try this unless you are prepared to throw your router in the bin.


Q. Does your firmware support the Netgear DG 834G V3 router?
A. No. The problem is the dodgy Adam2 bootloader that comes with that router, and the way the mtd partitions on the flash chip are configured. However, anyone who is brave and technical enough (and who has a JTAG cable) may change the bootloader to a more sensible one, and then upgrade it to RouterTech firmware. This thread shows how one person has managed to achieve that goal. Your mileage may vary. Do NOT try this unless you are prepared to throw your router in the bin.


Q. Does your firmware support the Linksys WAG200G router?
A. No. The problem is the dodgy Adam2 bootloader that comes with that router, and the really weird way the mtd partitions on the flash chip are configured. However, anyone who is brave and technical enough (and who has a JTAG cable) may change the bootloader to a more sensible one, and then upgrade it to RouterTech firmware. This thread shows how one person has managed to achieve that goal. This thread shows how the RouterTech team have managed to achieve the same goal. Your mileage may vary. Do NOT try this unless you are prepared to throw your router in the bin.


Q. Does your firmware support Broadcom-based routers, and, if not, do you have any plans to support Broadcom?
A. The answer to both questions is "No".


Q. You keep talking about changing bootloaders. How can I change my bootloader?
A. Changing a router's bootloader is a very risky process. You should never try to do so unless you have functional JTAG. Without JTAG, if something goes wrong with the process of changing the bootloader,  then the router will be irrecoverable. In order to change your router's bootloader, you need a bootloader that is compatible with your router's flash memory and installed RAM. There are some bootloaders floating around in our forum (mainly for AMD compatible flash chips with 4mb flash and 16mb RAM) - see for example this thread, or this thread (for 1350A wireless routers). Proceed at your own risk. Your router may well end up being trashed beyond recovery.


Q. How do I build the firmware from sources for myself?
A If you are really desperate to do this, then by all means go ahead - but there is absolutely no support in the RouterTech forum for building firmwares from source, so PLEASE do NOT come and ask questions about it on the forum. It is not for the faint-hearted. It really requires a fair amount of familiarity with Linux and with gcc and other GNU development tools, and you need a Linux box, working cross-compiler toolchains, and lots of patience (and hair - you might need to tear out some hair). If you still want to press ahead, then you need to take a number of steps:
NOTE: PLEASE do not ask any questions about this on the forum (or via PM), and PLEASE do NOT ask about development tools, cross-compilers, etc.


Q. Why doesn't the RouterTech firmware support this, that, or the other feature (put any other feature you would like to see, but is not supported)?
A. In some cases it is because the program would be too big fit into the flash memory of the router. In other cases, it is because it has proved impossible to build the programs, or a decision has been taken to not support them, or we do not know how to implement them. Although we may be able to build the necessary tools (e.g., see our software repository), we do not always know how to configure them to work correctly. 

Since we have a REPOSITORY of tools built for the AR7 platform, so you can alway try your luck with those. But please do NOT ask any questions about those tools on the RouterTech forum. We will simply ignore such questions, or refer you to this FAQ. If you wish to know how any of those tools should and could work, please go to the internet forums devoted to that specific tool.


Q. If I want to suggest/recommend a new feature for your firmware, how should I do it?
A. Make your suggestion very politely in our forum, and we will consider it.


Q. But I really think that your firmware ought to have such and such a feature, yet you don't want to do it. Why won't you do it?
A. Please feel free to write the code to implement the feature yourself, and then submit the code to us when you have tested it enough to see that it works correctly. Or, download the firmware source, and amend it to your heart's content, so that it does exactly what you would have it to do.


Q. I don't think that your firmware should have such and such a feature. Why won't you remove it?
A. Everything in the firmware is there for a reason. We remove features only when and if the RouterTech team comes to the conclusion that they need to be removed (and sometimes only after a poll in the forum). If you don't like a feature, then just ignore it. Or, download the firmware source, and amend it to your heart's content, so that it does exactly what you would have it to do.


Q. Do you have any tutorials on your firmware?
A. Yes, there are a number of tutorials, mostly written by forum members. Here is a selection:

1. WDS tutorial.
2. Port knocking tutorial.
3. Actiontec GT701-WG upgrade tutorial; and a second one (for separate images).
4. PPPoE problem fix; and a second one.
5. How to install RouterTech Firmware v2.95 on an AirTies RT-211 router.
6. How to install RouterTech Firmware v2.95 (or v2.96) on a Linksys WAG200G router.
7. How to use the "daemonize" program.


Q. What interesting tools do you guys have for Class II ADSL routers?
A. See the following:

Q. I think your firmware sucks and would like to complain. Where should I direct my complaints?
A. Direct your complaints to /dev/null.


Q. I think your firmware is wonderful and would like to show my appreciation. How can I do this?
A. [i] Help spread the word; [ii] help answer questions on the forum (if you know the answers); [iii] Donate an AR7WRD/AR7RD router for us to use in our tests [iv] visit our shop and buy a RouterTech mug, t-shirt, cap, coaster, umbrella, etc., etc.



(c)2006-2012, RouterTech.Org.