LAN stops working every now and then

I saw you created this bug report:

You might want to file it here though, since OpenWRT is pretty much dead and LEDE is it's successor.

Oh geez, i have same problem with mine too. Link is on but no traffic :neutral_face:

Bugreport sent:

Also I posted it to official TP-link forums (post awaits admin permission):

I try to contact TP-link support after that, although they did not respond to my prev. request.

1 Like

As more people report the same problem I doubt that the power supply is the cause but the fact that you got a replacement doesn't necessarily rule it out. The same (type of) power supply might behave differently in different circumstances.

I noticed that TP-Link has published a new firmware for WR1043ND v4 for Portugal.

Before anyone will decide to flash it. Make sure it does not have a locked bootloader so you can return to other version if needed.

What do you suggest to try to reproduce this problem?

I got a TL-WR1043ND v4 but in production. Wifi + DHCP turned off. 1 24/7 client running Debian 8. I haven't had any too apparent problems with it (since the NAT leakage was fixed), but I might have missed what you report.

Actually I have no idea. It's always happening at random for me. Usually though at day, when there are three or four computers on the network. I actually haven't noticed any "hangs" at night when only the server was running. I have an older PC working as server and pushing data 24/7. I have also a PC machine and two laptops. I noticed that when all of them are in use the "hang" occurs more often. I should probably mention that during the "hang" I always had at least two computers connected via Ethernet cable.

There was one incident, 28 days after the first LEDE install, coming from factory firmware. It was 2 am, only server was working, my brother connected his laptop via Ethernet and shortly after the hang occurred.

Do you have any script or something that restarts your network when Internet fails?
I do. I have had it write a log message to my USB so I knew then the restart occurs.

Well, I also have this issue with my setup. I don't know if this is connected. I replaced the Ethernet cable and reinstalled the OS on computer. It didn't solve the issue. I've never had this problem on v1.

I forgot that I have a 2nd 24/7 client attached to the LAN ports. My own PC :wink:
Installed SmokePing now. Maybe this will show something.

Did you got any response?

I received an e-mail from TP-Link Poland, Tech Department. I won't be publishing the content of the e-mail because it's in Polish but they asked if I ever used those options "IP & Mac Binding" or "DoS Protection" in Advanced>Advanced Security tab. Well, I didn't. Did any of you used them?

I don't think they understand that OpenWRT and LEDE also shows this issue. It's funny because I believe that the official firmware is based on OpenWRT Altitude Adjustment.

I did.
They said the unit probably has a hardware failure, and I should return it.
I did not touch those settings you mentioned (both are disabled by default).
For now I installed the newest TP-Link "portugal" firmware: 3.17.9 Build 20170401 Rel.64459n (also shows up if you choose Germany under regions), and waiting for the problem to occur.

That's funny since there are now 4 or 5 people with the same issues across Europe. Did you pointed that out to them? May I ask from which country are you from and which TP-Link (Tech Department?) gave you that response?

@andreas asked before if I know how to reproduce this problem. Do you maybe have anything to add to what I already said?

Out of curiosity. How do you recover from the WAN/LAN "hang" on official firmware?

I know, and the replacement unit they got in return suffers from the same issue as I heard. Also I sent them the links for this forum threads, and the one I opened on tp-link forums:
For now I take my time with the return, maybe we/they can find a solution, or until they come out with v4-rev.2 hardware (which I probably will get as a replacement then :slight_smile: ). Btw I'm from Hungary.
I really don't know how to reproduce the problem, seems pretty random to me (maybe depends on connection count?: torrents, multiple clients...)

Thats a good question :slight_smile:
I go to the box, and press the reset button.

I have exactly same issue on my 2 TP-LINK Archer C7 AC1750 (CA) version routers. The freeze happened at the time when another device was joining the network either via WIFI or via cable. When it happened all the devices were shut off internet connection. (I have 4 devices connected to the router). The devices were pingable, still have access to the router, just didn't have access to the internet. Waiting 10-20 minutes the route would come back to life, then the internet connections came back to all the devices. syslog, dmesg were clean.

When it happens browsers return DNS error for well known websites (e.g.
I suspected hostapd+hdcpd+dnsmasq caused the issue.

The issue happened on 2 identical boxes. so It either has design defects on the power supplier or power supplier is not related to the issue.

That doesn't seem exactly like the problem I'm having. You see I can't ping router or other devices if I'm connected via Ethernet. I also can't get IP on WAN interface and can't get IP from DHCP client. The WiFi is working fine, I can ping other devices (not the Ethernet one), access router though SSH etc.

I don't think my router ever recovered but I couldn't afford to wait 20 minutes to get my network back online.

Do you use DNSCrypt-Proxy?

No, I don't.

If I were you I would check if this isn't just a DNS problem. Have you tried pinging IP addresses, like Google's DNS servers (

If you don't, then you should try, next time when this happens to you.

Does renewing a lease cause a client to lose connection (say would a Roku stop streaming)?

I haven't noticed the "hang" being connected to DHCP.
@lacamester said his DHCP service (dnsmasq) was disabled entirely. Problem with DHCP also doesn't explain the issue with WAN port. If this was a DHCP issue then only some computers would have lost connection, since they have different lease expire times and Internet on WiFi would be working fine. The WiFi clients are unaffected.

My SmokePing is running now for 4 days without a single lost packet on LAN. I can also say for sure that I never had any outages that lasted for more than 10 to 15 minutes because one of my monitoring servers is behind the router. So, I am afraid, I cannot help debug this problem. Seems my router is not affected.

Update 2017-05-24 12:28: Added specs:

I am running LEDE Reboot 17.01.1 r3316-7eb58cf109, essentially default settings apart from: LAN is, router has static IPs, NAT leakage workaround, WLAN, odhcpd, and some IPv6 features are disabled.

Can you tell me which build are you running and do you use SQM for any chance?