Connection WOES...

Discussion in 'Tomato Firmware' started by philtrim, Jun 23, 2009.

  1. philtrim

    philtrim Addicted to LI Member

    I have multiple connection drops, I have included some lines from my log file (I hope not too many) so hopefully someone may be able to tell me if I have a config issue, or just a inconsistent ISP.

    wrt54gl - tomato 1.23 (downgraded from 1.25 thinking it was a problem)
    6MG DSL (Bellsouth Extreme package)
    No internal wiring issues (phone line)


    View attachment tomato logs.txt
  2. Planiwa

    Planiwa Network Guru Member

    Looks like your DSL connection lost sync ...

    Can you please post your modems stats and modem log, so that we can verify or discount sync loss as well as line quality and error rates, if any? Thanks.
  3. philtrim

    philtrim Addicted to LI Member

    Well, I am not sure how I can access my modem, since it is in bridge mode, w/o disconnecting it from the router. I have given it (modem) an IP on the same subnet, but since it is connected directly to the WAN port of the wrt54gl, I am not sure how to connect to the modem interface from this setup....all my client machines are connected to the routers (wrt54gl) switch ports, thus making the modem inaccessible. Perhaps you wizards on here have a way of doing this.... do tell.
  4. Planiwa

    Planiwa Network Guru Member

    What I do:

    Router LAN IP:
    Modem: 192.168.1.something


    ip addr add dev vlan1 brd +

    this should enable telnet access from within the router

    redo this after FW-reset:

    iptables -A POSTROUTING -t nat -o vlan1 -d -j MASQUERADE

    this should enable access from the LAN.

    (I usually just do the former to keep random LAN users away from the modem. :)

    See also, for a more complete treatment:

    . . .

    DSL-uptime will tell whether the modem resync'ed and caused PPP loss.

    Error rates, SNRM levels, and Line Capacity (RCO) will tell likelihood of this happening.

    If you have ADLS2+ or VDSL with dynamic rate adaptation, this won't be an issue.
  5. philtrim

    philtrim Addicted to LI Member

    Unfortunately, I admit, that is a bit over my head, although
    I can follow specific instructions. I am very green with routers
    and Linux commands, it has been quite a challenge coming
    from a DOS/Windows background, but I am enjoying it.

    Is this done from the SCRIPTS in the Tomato web interface, or from telnet to the Router, please put it in novice terms as far as how I get this data into the router.
    that is if you have time, of course....

  6. Planiwa

    Planiwa Network Guru Member

    Maybe we should first establish what modem you have, and whether you know how to access it. . . .

    Modem make and model:
    IP address:

    Next, if finding the problem is more important than not disconnecting users, then the simplest thing to do is:

    (without powering off modem, or disconnecting anything from modem!):

    1. Disconnect WAN (PPPoE) from Router's "Overview: Status" page
    2. Unplug modem's ethernet cable from Routers WAN port and
    3. Plug it into your PC
    4. Access the modem, as you did before, and get modem stats.

    The most important item is


    If your DSL connection has been up for several days, but your PPP connection is disconnected several times a day, then your problem is not a DSL problem.

    If your DSL uptime only goes back as far as your last PPP connection, then your problem is a DSL problem.
  7. philtrim

    philtrim Addicted to LI Member

    I haven't pulled those stats yet, but here is what I did.

    I placed a service call to ATT. They found noise on the line and place a "noise profile" on the line. By doing this I learned that you lose some bandwidth (from 6mb to 3 mb down in my case ) but during this time, I stayed up 3 days w/o a disconnect. i was previously getting 8-10 disconnects /day.

    When they removed the "noise profile" my 6mb came back, but so did my drops. So would you say no doubt this is a problem with the line?

    A tech is coming out in a couple of days to troubleshoot.

    Hopefully it is on their end!

  8. rhester72

    rhester72 Network Guru Member

    That would indicate a line problem, yes.

  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