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

Lost packets (wired LAN to WAN)

Discussion in 'DD-WRT Firmware' started by dbcch, Apr 29, 2006.

  1. dbcch

    dbcch LI Guru Member

    I noticed that occaisionally while browsing the web that connection requests seem to sometimes get dropped and needed re-requesting, resulting in a delay.

    I tested to see if packets were being lost from the wired LAN interface to the router by running simultaneous PINGs from the router's shell and from the Windows box on connected to the first LAN port.

    Here's a screenshot:

    [​IMG]

    You'll notice that the router's pings never fail while the Windows box has a failure rate of about 5%-10%. There was no other substantial activity on the Windows box during these requests. Leaving the pings continually runnings continues this same behavior indefinitely.

    Most features of the DD-WRT v23 SP1 04/25/06 firmware I have disabled, and CPU load is next to nothing. The number of allowed connections is nowhere near the max (like 20-40 active connections I'd guess).

    I am running a WRT54GSv2 /w dd-wrt v23 sp1 04/25/06.

    Anyone else seen this behavior? I think I've proved they are being lost in the router, but why I don't know.

    Thanks
     
  2. dbcch

    dbcch LI Guru Member

    lost packets also in 04/29/06 build

    Also happens in today's DD-WRT beta v23 SP1 04/29/06 std build.

    EDIT: I see that today's standard build is in-fact yesterday's, so of course no difference.

    This is a very annoying problem. I'll probably have to revert to some other firmware build, but it seems all of them have their issues.. even v23 stable.

    I've tried turning off virtually everything and I replaced the CAT5 cable.

    Curiously, the WLAN interface seems more reliable.

    Any recommendations or advice on this issue? It is not something I am prepared to live with ;).
     
  3. dbcch

    dbcch LI Guru Member

    Further information..

    I still haven't figured out what is causing these dropped ICMP packets. I suspect that it is happening across the board and on everyone's routers.

    The dropped packets seem to correlate with other network activity.

    Here's the syslogd output of a couple drop events:

    Code:
    May  2 22:57:19 192.168.1.1 kernel: DROP IN=vlan1 OUT= MAC=00:13:10:fb:01:27:00:05:00:e5:1e:7d:08:00:45:00:00:28 SRC=64.233.187.99 DST=68.118.88.124 LEN=40 TOS=0x00 PREC=0x00 TTL=241 ID=32448 PROTO=TCP SPT=80 DPT=2719 SEQ=3192701568 ACK=3997752762 WINDOW=8190 RES=0x00 ACK FIN URGP=0 
    
    Code:
    May  2 22:57:20 192.168.1.1 kernel: DROP IN=vlan1 OUT= MAC=00:13:10:fb:01:27:00:05:00:e5:1e:7d:08:00:45:00:00:28 SRC=64.233.187.99 DST=68.118.88.124 LEN=40 TOS=0x00 PREC=0x00 TTL=241 ID=13802 PROTO=TCP SPT=80 DPT=2719 SEQ=3192701568 ACK=3997752762 WINDOW=8190 RES=0x00 ACK FIN URGP=0 
    
    I have tried DD-WRT v23 final and latest HyperWRT beta too, and it happens with both firmwares. Currently I'm back to DD-WRT v23 SP1 beta 05/01/06 (std), which is no more or less susceptible.

    Doesn't anyone have any ideas on this? Can anyone else confirm this behavior (pings from LAN client to WAN get dropped frequently, but pings from router to WAN don't)?
     
  4. dbcch

    dbcch LI Guru Member

    WRT54Gv5 /w DD-WRT micro doesn't have this problem

    I just tried my WRT54Gv5 /w DD-WRT micro. Amazingly, it doesn't have this problem!

    So it happens on the GSv2 /w all firmware I've tried, but the Gv5 is fine.
     
  5. dbcch

    dbcch LI Guru Member

    ok..

    Well, I ended up frying that GSv2 anyway ;p.

    I have a Gv5 running DD-WRT v23 SP1 rc1 micro that does great and a Gv4 running DD-WRT v23 SP1 rc4 std and neither has the problems I saw with the GSv2.

    It's possible I did something to that GSv2 to cause that behavior, or maybe it was faulty to start with. The box was opened at the store, so maybe someone had already returned it after who knows what sort of treatment, or for what cause.

    So nobody freak out (as if anyone besides me did ;p), these routers seem ok. Though I'd not buy another v2 without testing it ought first ;).

    --- As an aside, I fried the GSv2 because I decided to try the 'short pins' trick before I hooked up my JTAG cable to it. I should have known better, but people have reported that it works so great. Shorting (or grounding) pins on your flash chip is retarded behavior. Do not do this, you can and will ruin your flash chip or damage the sensitive PCB contacts to it.
     
  6. JeFFJuH

    JeFFJuH Network Guru Member

    As you can see, there are dropped pings from your router.
    Because there are no 6th, 14th, 19th etc.. ping sequence. Linux doesn't show ping time-outs like Windows does.

    I would try upgrading to DD-WRT SP1 RC4, which has been released lately.
     

Share This Page