1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Hourly disconnects

Discussion in 'Tomato Firmware' started by occamsrazor, Jan 28, 2009.

  1. occamsrazor

    occamsrazor Network Guru Member

    Hi,

    My adsl connection is dropping every hour, then reconnecting. It seems to happens every 60mins, fairly precisely.

    Setup: Buffalo WHR-G54s using SgtPepper's latest "VPN build with Web GUI", making a PPPoE login through a Draytek Vigor 100 PPPoA adsl modem.

    This problem started a month or so ago, before that all was OK. I am wondering if it is my ISP deliberately doing this, can anyone tell anything from the log (below shows the bit from disconnect to reconnect):

    Jan 28 01:43:00 Tomato daemon.info pppoe[816]: Received LCP Termination-Request
    Jan 28 01:43:00 Tomato daemon.info pppoe[816]: Sending LCP Termination-Ack
    Jan 28 01:43:03 Tomato daemon.info pppoe[816]: Connection terminated.
    Jan 28 01:43:03 Tomato daemon.notice pppoe[816]: Disconnected.
    Jan 28 01:43:03 Tomato daemon.notice pppoe[816]: Connect time 60.6 minutes.
    Jan 28 01:43:03 Tomato daemon.notice pppoe[816]: Sent 2240151 bytes, received 6190022 bytes.
    Jan 28 01:43:03 Tomato daemon.info pppoe[816]: Sending PADT.
    Jan 28 01:43:08 Tomato user.info redial[815]: WAN down. Reconnecting...
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[823]: exiting on receipt of SIGTERM
    Jan 28 01:43:08 Tomato daemon.info pppoe[816]: Exiting
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[1281]: started, version 2.46 cachesize 4096
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[1281]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N no-TFTP
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[1281]: asynchronous logging enabled, queue limit is 5 messages
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[1281]: DHCP, IP range 192.168.0.2 -- 192.168.0.50, lease time 1d
    Jan 28 01:43:08 Tomato daemon.warn dnsmasq[1281]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[1281]: read /etc/hosts - 0 addresses
    Jan 28 01:43:08 Tomato daemon.info dnsmasq[1281]: read /etc/hosts.dnsmasq - 13 addresses
    Jan 28 01:43:08 Tomato daemon.warn dnsmasq[1281]: not giving name Laptop.ben to the DHCP lease of 192.168.0.15 because the name exists in /etc/hosts.dnsmasq with address 192.168.0.5
    Jan 28 01:43:08 Tomato daemon.warn dnsmasq[1281]: not giving name Laptop to the DHCP lease of 192.168.0.15 because the name exists in /etc/hosts.dnsmasq with address 192.168.0.5
    Jan 28 01:43:08 Tomato user.info redial[1284]: Started. Time: 15
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Starting
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending PADI.
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received PADO.
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending PADR.
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received PADS. SID: 0xF543
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending LCP Configuration-Request
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received LCP Configuration-Request
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending LCP Configuration-Ack
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received LCP Configuration-Ack
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending PAP Authenticate-Request.
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: PAP authentication succeeded.
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending IPCP Configuration-Request
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received IPCP Configuration-Request
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending IPCP Configuration-Ack
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received IPCP Configuration-Nak
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Sending IPCP Configuration-Request
    Jan 28 01:43:08 Tomato daemon.info pppoe[1283]: Received IPCP Configuration-Ack
    Jan 28 01:43:08 Tomato daemon.notice pppoe[1283]: Connected.​


    Any ideas? Thanks...

    Ben
     
  2. Planiwa

    Planiwa LI Guru Member

    ping -q -c 1 google.com >/dev/null 2>&1

    run every half hour -- Administration > Scheduler

    Just in case the ISP disconnects idle sessions.
     
  3. occamsrazor

    occamsrazor Network Guru Member

    I will try that... but I suspect it's not idle time causing the disconnects. I get them even when there's lots of traffic, e.g. torrenting, or in the middle of checking email, etc. Thanks, Ben
     
  4. Planiwa

    Planiwa LI Guru Member

    It should only take an hour or so to rule out that possibility. (You did say fairly precisely every hour).

    The only relevant message in your message log is "Received LCP Termination Request". That it means it was ISP-initiated.

    You said:

    If you query your modem, you will almost certainly discover that ADSL remains up. Only PPP is intentionally terminated.

    Your modem may have further clues ...
     
  5. occamsrazor

    occamsrazor Network Guru Member

    Thanks... It was the "Received LCP Termination Request" that made me suspect the ISP too...

    When I said the ADSL connection is dropping, I suppose I phrased that badly and you are probably correct that it is only the PPP connection that is dropping. Same effect to me though...

    What reason might the ISP have for doing this every hour? And is there a way to tell the Tomato router to ignore such a request, if indeed it is "only a request"?

    I'll get no help from ISP in troubleshooting unfortunately... I'm in Egypt and no one in tech support knows anything...

    Thanks, Ben

    PS - I can't query the adsl modem when the Tomato router (which alone handles PPP) is connected to it, I have to disconnect the router and plug laptop into modem directly. It's a weird setup but has worked great until this.
     
  6. Planiwa

    Planiwa LI Guru Member

    Maybe this is a measure to "throttle" overuse? :)

    "A termination request indicates that the device sending it needs to close the link. Like a four-year-old who tells you he “needs to go now, bad!â€, this is a request that cannot be denied."
    http://www.tcpipguide.com/free/t_PPPLinkControlProtocolLCP-3.htm


    There probably is no competition to (threaten to) switch to.

    I recently posted a way to access "bridged" modems. The following might work for you:

    e.g.:
    router 192.168.2.1
    modem 192.168.1.1 plugged into router's WAN port ; modem is used in bridge-router mode

    Code:
    iptables -I POSTROUTING -t nat -o vlan1 -d 192.168.1.0/30 -j MASQUERADE
    ip addr add 192.168.1.2/30 dev vlan1 brd +
    
    (adjust as appropriate)

    Then you can talk to the modem through the router.
     
  7. occamsrazor

    occamsrazor Network Guru Member

    Code:
    iptables -I POSTROUTING -t nat -o vlan1 -d 192.168.1.0/30 -j MASQUERADE
    ip addr add 192.168.1.2/30 dev vlan1 brd +
    
    Thanks for the helpful info... Sorry to be dumb, but where do I put that code? In the router init script? My router is 192.168.0.1 and modem is 192.168.1.1
     
  8. Planiwa

    Planiwa LI Guru Member

    So, the two commands would be:

    Code:
    iptables -I POSTROUTING -t nat -o vlan1 -d 192.168.1.0/30 -j MASQUERADE
    ip addr add 192.168.1.2/30 dev vlan1 brd +
    First you want to ascertain that this works for you. Slogin (ssh) or telnet to the router and enter those two commands. Then try to access the modem. If it doesn't work, then we have to find a better way first.

    If it does work, FW-Up might be a good place.

    (I suppose that there's no harm in putting the two lines in the FW-Up script anyway, and seeing if it works.)
     
  9. occamsrazor

    occamsrazor Network Guru Member

    Awesome! I put it in the Firewall script and it worked perfectly.. now I can access my modem via 192.168.1.1 without having to disconnect everything. Thanks a lot.
     
  10. azjerry

    azjerry Addicted to LI Member

    I just got a new DSL modem installed and switched over to bridged mode. So far so good. But I'm confused with your updated commands . Their identical to the previous set. What commands would I use if my Tomato-ized router is 192.168.0.2 and the DSL modem is 192.168.0.1?
     
  11. Toastman

    Toastman Super Moderator Staff Member Member

    You need to change the modem IP to be on a different subnet to your router. Change it to the same as it was before 192.168.1.1.
     
  12. azjerry

    azjerry Addicted to LI Member

    Change the modem to 1.1, leave the router at 0.2, right? And then the commands would be what?
     
  13. Toastman

    Toastman Super Moderator Staff Member Member

    My apologies, I read the posts by occamsrazor and mixed you both up. Just follow what he did above, from Planiwa's suggestion. Here's what is happening:

    Assign modem 192.168.1.1
    (now it's on a different subnet to your router and other machines, we can try to talk to it)

    ip addr add 192.168.1.2/30 dev vlan1 brd +
    (this assigns the address 192.168.1.2 to vlan1 because it needs to have an IP address on the same subnet as the modem)

    iptables -I POSTROUTING -t nat -o vlan1 -d 192.168.1.0/30 -j MASQUERADE
    (this sends all traffic for 192.168.1.xx subnet out via vlan1 - and hence to the modem)

    Your router remains on 192.168.0.2
     
  14. azjerry

    azjerry Addicted to LI Member

    Thank you Toastman,

    This is working excellently. You added just enough of an explanation so I can understand what's happening.
     
  15. sardaukar

    sardaukar Addicted to LI Member

    I have a LOT of LCP messages on my logs... does this mean the ISP is messing with my connection? Shouldn't the PPPoE daemon be smart enough to just "redial" in these cases?
     
  16. occamsrazor

    occamsrazor Network Guru Member

    Just revisiting this thread because I am still having the same problem (PPPoE termination and reconnection every 60 mins, precisely) and still haven't fixed it, and it's driving me nuts... this was happening with a WHR-G54S and continues on my new Asus WL-500GP, running variously SgtPepper's Mod, Thor's Mod, TeddyBear's mod.... making a PPPoE login through a Draytek Vigor 100 PPPoA adsl modem. It is not a 1.24/1.25 issue, am running 1.23 and had problem with previous versions. Clearing NVRAM made no difference.

    Today I persuaded the ISP to monitor the line for a period of hours to see if it was their end, they said they see nothing unusual or that the line is dropping... Not sure how much I trust them, but that's the situation. It's not an idle activity drop, because it happens in the middle of heavy torrenting or actively web-browsing or streaming a video. Unfortunately I can't tell if the modem does any logging or whether it can be accessed, but will write to their support.

    Here's another log, this same thing happens every 60mins, without fail:

    Code:
    May 26 19:29:30 Tomato daemon.info pppoe[22387]: Received LCP Termination-Request
    May 26 19:29:30 Tomato daemon.info pppoe[22387]: Sending LCP Termination-Ack
    May 26 19:29:33 Tomato daemon.info pppoe[22387]: Connection terminated.
    May 26 19:29:33 Tomato daemon.notice pppoe[22387]: Disconnected.
    May 26 19:29:33 Tomato daemon.notice pppoe[22387]: Connect time 60.8 minutes.
    May 26 19:29:33 Tomato daemon.notice pppoe[22387]: Sent 359333430 bytes, received 549694018 bytes.
    May 26 19:29:33 Tomato daemon.info pppoe[22387]: Sending PADT.
    May 26 19:29:43 Tomato user.info redial[22386]: WAN down. Reconnecting...
    May 26 19:29:43 Tomato daemon.info dnsmasq[22394]: time 491754
    May 26 19:29:43 Tomato daemon.info dnsmasq[22394]: cache size 4096, 0/80 cache insertions re-used unexpired cache entries.
    May 26 19:29:43 Tomato daemon.info dnsmasq[22394]: queries forwarded 88, queries answered locally 361
    May 26 19:29:43 Tomato daemon.info dnsmasq[22394]: server 208.67.220.220#53: queries sent 71, retried or failed 6
    May 26 19:29:43 Tomato daemon.info dnsmasq[22394]: server 208.67.222.222#53: queries sent 34, retried or failed 5
    May 26 19:29:43 Tomato daemon.info dnsmasq[22394]: exiting on receipt of SIGTERM
    May 26 19:29:43 Tomato daemon.info pppoe[22387]: Exiting
    May 26 19:29:45 Tomato daemon.info dnsmasq[22697]: started, version 2.46 cachesize 4096
    May 26 19:29:45 Tomato daemon.info dnsmasq[22697]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N no-TFTP
    May 26 19:29:45 Tomato daemon.warn dnsmasq[22697]: warning: interface tap21 does not currently exist
    May 26 19:29:45 Tomato daemon.info dnsmasq[22697]: asynchronous logging enabled, queue limit is 5 messages
    May 26 19:29:45 Tomato daemon.info dnsmasq[22697]: DHCP, IP range 192.168.0.2 -- 192.168.0.150, lease time 1d
    May 26 19:29:45 Tomato daemon.warn dnsmasq[22697]: no servers found in /etc/resolv.dnsmasq, will retry
    May 26 19:29:45 Tomato daemon.info dnsmasq[22697]: read /etc/hosts - 2 addresses
    May 26 19:29:45 Tomato daemon.info dnsmasq[22697]: read /etc/hosts.dnsmasq - 20 addresses
    May 26 19:29:45 Tomato daemon.warn dnsmasq[22697]: not giving name MiniMac2.ben to the DHCP lease of 192.168.0.4 because the name exists in /etc/hosts.dnsmasq with address 192.168.0.14
    May 26 19:29:45 Tomato daemon.warn dnsmasq[22697]: not giving name MiniMac2 to the DHCP lease of 192.168.0.4 because the name exists in /etc/hosts.dnsmasq with address 192.168.0.14
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Starting
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Sending PADI.
    May 26 19:29:45 Tomato user.info redial[22699]: Started. Time: 15
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Received PADO.
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Sending PADR.
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Received PADS. SID: 0x0150
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Sending LCP Configuration-Request
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Received LCP Configuration-Request
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Sending LCP Configuration-Ack
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Received LCP Configuration-Ack
    May 26 19:29:45 Tomato daemon.info pppoe[22700]: Sending PAP Authenticate-Request.
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: PAP authentication succeeded.
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: Sending IPCP Configuration-Request
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: Received IPCP Configuration-Request
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: Sending IPCP Configuration-Ack
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: Received IPCP Configuration-Nak
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: Sending IPCP Configuration-Request
    May 26 19:29:46 Tomato daemon.info pppoe[22700]: Received IPCP Configuration-Ack
    May 26 19:29:46 Tomato daemon.notice pppoe[22700]: Connected.
    
    Help!
     
  17. Planiwa

    Planiwa LI Guru Member

    A problem that recurs every 60 minutes must be one of the most desirable problems to have. :)

    Some things I might do:

    1. Find out whether this happens on a schedule (i.e. at *:30) or relative to connect time (i.e. after 1 hour).
    Can do this by resetting your PPPoE connection half an hour after last connect.

    2. Find out whether it is related to your router, Tomato, or LAN-ward.

    The following may shock some ...

    Configure modem to do PPPoE; note the WAN IP the modem has.
    Disconnect everything from the modem.
    Check after one hour+ -- same WAN IP?

    (In all of this, we are assuming that no loss of sync is involved, right?)
     
  18. occamsrazor

    occamsrazor Network Guru Member

    Thanks for the good suggestions...

    I can definitely try suggestion (1).

    I don't think I can do suggestion (2). The adsl modem I'm using is a bit of an oddball (but a very good one). It doesn't get the WAN IP or display it, can't be set to do the PPPoE authentication, it only deals with the ADSL sync, leaving the router to handle all PPP authentication. I don't entirely understand it, but maybe this will explain (mine is a slightly older model, but it's the same):

    http://www.draytek.co.uk/products/vigor120.html

    It's designed primarily for allowing you to use a normal non-modem router on a PPPoA adsl line... which is what I had until early this year when they switched their system to PPPoE adsl. So from what I can see, I'm using it only to do the adsl sync.

    Simple enough? :) :)

    Unfortunately before I thought about that and while I was trying out your suggestion (2), I seem to somehow have managed to xxxx the line and now after 1hr on phone with the useless ISP, it's still down even after switching back to the ISP-supplied adsl-router (a 3COM).

    So I'm gonna have to get them to fix the line before I can try again. If they do I'll leave the 3Com on for a day and see if it has the same hourly disconnect problem... at least that way I can rule out the ISP as the cause.

    On the bright side, my neighbour lets me use her wireless as backup, and going back to the 3Com router is just so painful it makes me appreciate how awesome Tomato is!
     
  19. eegorr

    eegorr Network Guru Member

    I suggest you jump on your ISP, because it is probably their problem, not yours. A couple of years back I had a similar problem where I was being disconnected exactly every 24 hours, like when the lease on my ip expired (hint?). It was at a very inconvenient time, like around 9:30 every morning, +/- a few minutes. Yours could be a similar situation where some moron tech has set the expiration of your lease to 60 minutes, and something on their end is causing them to drop you on expiration.

    I had to call several times, but, they finally agreed to create a ticket and have someone look into it in more detail. After a week or so, the problem mysteriously fixed itself, without having to change anything on my end! LOL!

    They will always blame you first, especially if you are using equipment that they did not sell you (like a router to distribute your internet connection to mulitiple computers), but if you are persistent, they will usually come around. Ask to talk to a supervisor and threaten to switch to cable if you have to! ;o)
     
  20. occamsrazor

    occamsrazor Network Guru Member

    I'm in Egypt - there is no alternative :-(

    Well, there's a handful of different providers but they are all essentially resellers of the same service, same exchange hardware, etc etc
    I'm gonna try to use the ISP-supplied router for a day or so... if I get same problem with that then it will confirm it's an ISP problem, and if it looks like it is being caused by a limited WAN DHCP lease, I can order a static IP...
    If the problem doesn't happen, then I'll know it's a problem between my Tomato router and my adsl modem, and can look forward to many hours of troubleshooting ahead :)
     
  21. Planiwa

    Planiwa LI Guru Member

    So? What happened? How does the story end? :)


    One Asked -- Some Answered.
    A neverending Story?!?
    What was the Outcome?​
     
  22. occamsrazor

    occamsrazor Network Guru Member

    Funny you should revisit this thread now... How did it end? This story is NEVER going to end from the way things are going.... my bloody internet is down again!!!

    I eventually got around to trying to monitor the logs of the adsl modem. At first it wouldn't store logs, but then the manufacturer sent me an updated firmware with logging which I flashed. Basically nothing has changed, I still get hourly disconnects and a weekly outage. I sent the logs to the manufacturer but they didn't seem to be able to tell much from them, and suggested I'd best setup Wireshark to do a TCP/IP dump at the time of the disconnect to try and isolate the source. Ugh, that sounds fun.
    Then they gave me another firmware which they said might be better for me, I reflashed/restarted, but it booted with PPPoA as default, which seemed to "freak out" - that's a technical term :) my line or exchange, and I haven't had any internet since then, even after trying a second router.

    Basically I still get hourly disconnects every 60 mins, then once a week, usually Thursday night, the connection cuts out totally and I have a 30min phone call to a guy speaking only basic English which goes like this:

    Me: My adsl is down
    Him: Maybe your router is bad
    Me: I don't think so
    Him: Maybe your splitter is bad
    Me: I don't think so
    Him: Maybe there's too much magnetism around
    Me: It was all working perfectly fine an hour ago, and for the last 4 days
    Him: Try turning it off and on again
    Me: I just did that
    Him: Let me walk you through the settings, what model router are you using?
    Me: (!) Please just reset the line...
    Him: Let me pass this on to our technical engineers.
    Me: Sigh, thanks

    All this is so I can use Tomato :) Feel the dedication...

    I tried a basic 3Com router (on its own, not with Tomato) and it cut out once in a while but not hourly. What kills me, really kills me, is I have this amazing cutting-edge linux router, yet am sitting here typing this connected to my mobile phone, while my neighbour with a crappy 5 year old Netgear all-in-one gets uptime of days. Go figure!

    PS - I attached the logs to this post on the offchance someone discovers in them the magic solution to my ills...
    PPS - I should clarify: the hourly disconnects always reconnect within a few seconds, they're different from the weekly actual outages which last hours or a day or two.
     

    Attached Files:

  23. Planiwa

    Planiwa LI Guru Member

    Sigh.

    Please confirm that Tomato still does PPP.

    Have you acscertained the rhythm of the disconnects? Do they happen in (absolute) relation to clock time? In (absolute) relation to "Showtime"? In *relative* relation to (last) PPP session start? Or?

    If you know this rhythm, you should be able to predict disconnect events. Yes?

    Looking at your modem's DSL data: You have a good DSL Link.
    Looking at your modem's logs:

    0. The modem is bridged.
    1. The modem does not lose Sync.
    2. The modem's log is aware of the PPP transactions. (This is impressive).

    So, it identifies your Access Concentrator: ZAMALEK-R01C-C-EG
    In Tomato, you can confirm this with: nvram get ppp_get_ac

    * * *

    What follows is what _I_ would do _here_ to diagnose the _technical_ problem.

    So, I might --

    0. Connect my PC directly to my modem, using my PC's PPPoE client (and keeping my PC's firewall up). I only have to do this long enough to see if I still get PPP-disconnects. If I don't, post my results and disregard the rest.

    1. If I still get PPP-discos, borrow someone's modem. Same problem? Go on.

    2. Invite someone else to try their account from my location (perhaps plugging in their modem, router, and laptop at my home),

    3. Ask to try the reverse at a neighbour's location.

    That's what I would do, for a start.
    Then I would post my results for further ideas. :)
     
  24. occamsrazor

    occamsrazor Network Guru Member

    All good ideas there... My troubleshooting was held-up somewhat since your previous post by being away the last month, and then the inability to get logs from the modem, which I've now sorted. Also, whenever I start changing stuff or using different routers, it has a habit of causing an actual outage some of the time, so it's a bit of a longwinded process.

    Yes, Tomato is still the one doing the PPP.

    As soon as I can get my line up and running again (at the moment there isn't even any sync) I'll give those a go, particularly the idea of doing PPPoE from the PC, which would be a good way of ruling out, or confirming, any Tomato-related problems. I remember trying it once before (back when I was on PPPoA with same modem) and couldn't get it to work, but will try again.

    Thanks again...
     
  25. occamsrazor

    occamsrazor Network Guru Member

    (Resurrecting the thread that never died but hopefully now, touch wood, can rest in peace...)

    Firstly, thanks Planiwa for all your good advice. I'm afraid I was slow to react to a bunch of the suggestions, because every time I played with something I got disconnected for days, and in the end decided to live with the hourly disconnects so long as I had internet.

    I managed to get an all-in-one modem/router (3Com) to test on the line to try to see if the problem was at the exchange or my end. Surprise, it worked fine. There were a few disconnects each day, but nothing like the exactly-60mins disconnects I had been experiencing.
    I lived with the 3Com router for a week or two, but then started to get annoyed but the complete inability to do anything interesting or even useful with it. Once you've tasted Tomato it is pretty painful to go back to a "normal" router with all their limitations.

    So I figured I would do some more testing to identify if the problem was with my adsl modem or the Tomato router. At first I tried having the 3Com do PPPoE authentication and DMZing the Tomato router. It worked, but then I started having problems with incoming ports and VOIP/SIP incoming calls (even though I'd port-forwarded). I guess double-NAT isn't good.
    Last night I noticed the 3Com had a "1483 Bridge Mode", so I set up the 3Com to use this, with the Tomato router doing routing and PPPoE authentication. SUCCESS! It's been running for 14 hours with no disconnects. So by a process of elimination, it would appear that somehow the problem was with my Draytek Vigor100 adsl modem. I'm still holding my breath a little, but so far it looks good. Kind've messing to be using two routers together in this way, but I'm not complaining.

    Anyway, big thanks to all who helped me get this far :) Am happy to have Tomato back... using only the 3Com was horrible!
     
  26. Planiwa

    Planiwa LI Guru Member

    Congratulations on your new 1-out-of-all modem. :) :)

    I'm glad you found your problem.
     

Share This Page