Linksys WRT54G V2 with Tomato 1.22+Vegas+Speedmod drop issue

Discussion in 'Tomato Firmware' started by zzzster, Dec 2, 2008.

  1. zzzster

    zzzster Guest

  2. Kiwi8

    Kiwi8 LI Guru Member

    Have u done a NVRAM thorough reset yet?
  3. kardzzz

    kardzzz Addicted to LI Member

    zzz, i see the slow webpage thing sometimes and put it down to my ISP, but not so sure now. I am running TCP vegas on 1.22 Victek mod.
    I did notice that i had '1hr remote logging = on', so switched off for now. I know my ISP is running throttling during peak.
    I always shut down my browser and re-open and it eventually comes back.
    Let me know if you solve this problem.
  4. szfong

    szfong Network Guru Member

    hi zzzster,

    I believe your router may be experiencing "random reboots". It will sometimes happen to older hardware, possibly failing/failed components. Check your uptimes and watch the little lights in the front as an indication.

    Guess what, my very old wrt54g v2 experiences it quite often, it'll get worse as time goes on.
    High cpu usage will make it occur sooner it seems, probably due to heat.

    Good luck..

  5. Toastman

    Toastman Super Moderator Staff Member Member


    Try limiting the numbers of connections in your firewall startup script:

    iptables -t nat -I PREROUTING -p tcp --syn -m iprange --src-range -m connlimit --connlimit-above 150 -j DROP

    iptables -t nat -I PREROUTING -p ! tcp -m iprange --src-range -m connlimit --connlimit-above 100 -j DROP

    iptables -t nat -I PREROUTING -p tcp --dport 25 -m connlimit --connlimit-above 5 -j DROP

    Don't put these rules in the FORWARD chain - this is a cause of reboots.
  6. shadow_empire

    shadow_empire LI Guru Member

    I would say, I have the same issue as described here that I get VERY sporadically disconnects from the router when downloading via uTorrent.
    There is a disconnect to any pc connected to the router...

    The only entry I find (when there is the disconnect) is always the same -->

    Dec  3 21:52:19 ? dnsmasq[2230]: DHCPREQUEST(br0) 00:16:b6:9b:xx:xx 
    Dec  3 21:52:19 ? dnsmasq[2230]: DHCPACK(br0) 00:16:b6:9b:xx:xx 
    After 30 sec. connection is back again....

    I am running Tomato 122 + Victek + Vegas mod on WRTGL54

    I will try the solution as posted below...
  7. szfong

    szfong Network Guru Member

    You may be "choking" your upload/download bandwidth. Do a speed test, and find max up/down limit, then Set uTorrent to limit it so that it is slightly lower than the max.

    Check "max connections" and count current, if it's near 4096, you may wish to set it to something higher like 8192 (though cpu usage will be a bit higher when tracking large # of conn.). New torrents can have ALOT of users, but in my opinion it's best to limit the # of connections within uTorrent. In uTorrent, set global max to maybe ~200 or lower.

    You may wish to force encryption and randomize the ports in uTorrent once in a while or use a common port.

    Also, did you reset to defaults before & after the flash? Trying another Tomato router or downgrading can also be an option. The previous version was quite good.

  8. kardzzz

    kardzzz Addicted to LI Member

    zzzster, on my WRT54GL i just upgraded to Victeks mod 1.22 with New Drivers (from Victek mod 1.22), after reading that issues could be down to wireless cards. I had to clear my NVram after upgrade and it has worked perfect since.
    Coming to 3 days and not noticed any stalling. Give it a try if your hardware is compatible.
    *Are you running wired or wireless? I am running both with added 'homeplugs'.
  9. callous

    callous Network Guru Member

    I am using the tomato w/vegas w/speedmod

    I too am getting the:
    DHCPREQUEST(br0) 00:1a:xx:xx:xx

    for every computer wired and wireless every single day. I use utorrent as well, with global max connections of 200

    I hadnt realized I was getting disconnected every day but the log files indicated I am.

    Is there a working hypothesis as to why this is going on? It's the same utorrent settings for the past 2 years, only difference is the 1.22 firmware I flashed last week
  10. callous

    callous Network Guru Member

    Im also getting the following:

    user.notice kernel: ip_conntrack_pptp.c: bad csum

    What does this notice mean?
  11. callous

    callous Network Guru Member

    it's at default. I havent touched the router other than to change the firmware setting to max connections to 8192.

    My router can handle that since it's 32 meg version, but shouldnt matter since the problems acted up prior to my changing this.

    I just noticed some irregularities - my finished bittorrents some have data errors. That's twice in 2 days, whereas I havent seen one of these in over a year prior to 1.22 (I was using dd-wrt before 1.22). I need to know what's going on with this
  12. szfong

    szfong Network Guru Member

    bittorrent will not allow data errors that is not consistent with the hash within the .torrent file.

    blocks are wasted/rejected when such errors happen.

    perform a force recheck from torrent client, and it is either a bad motherboard controller or a faulty hdd. I had a bad hdd once. perform a "destructive" analysis (eg SpinRite) and afterwards check with SMART. If too many sectors are re-allocated by hdd firmware, buy a new hdd. You'll hear clicking noises when hdd "hits" a re-allocated sector.

    You must be a heavy p2p file sharer, memory is cheap, add as much as possible and buy hdd with large cache sizes and also increase the bittorrent client to use a much larger delayed write cache to reduce hdd wear and tear.

    Almost forgot, try to avoid Maxtor, Seagate tend to sell the hdd w/ bad sectors as Maxtors. The air filter gaskets on Maxtors also tend to fail much sooner than others.

    good luck
  13. callous

    callous Network Guru Member

    The data error problem with P2P might be related to using an alpha version of uTorrent 1.9x.

    I know i switched between 1.8 and 1.9a several times. It's probably not related to the tomato firmware
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice