This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.TL-MR6400 v5.3 disconnects from 4G
This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
My router disconnects multiple times (5-10 times) from the 4G connection per day, the ISP only has 4G, 3G or LTE is not available. It is connected to Vodafone's network, my phone is also on Vodafone and I haven't seen issues there. The "Signal Strength" is 75%, I have 2 to 3 bars out of 3 on the device.
The disconnect happens more frequently when I'm on video calls.
The router automatically reconnnects after ~1 minute. While the 4G is disconnected I can still ping the LAN interface.
Current ISP Version: 22042701
I tried setting the band manually instead of auto, did not help.
Any ideas?
On this link (https://www.tp-link.com/en/support/download/tl-mr6400/v5.3/#Firmware) I'm seeing two firmwares, I'm not sure if the top one is for my router or not. The buttom one is the same as the one alreaedy installed.
My routers current firmware and hardware is:
Firmware Version:1.4.0 0.9.1 v0001.0 Build 220506 Rel.57555n Hardware Version:TL-MR6400 v5.3 00000002
Unfortunately this didn't help 
I noticed in the the system logs that the router is not disconnecting from the internet. However if I start two pings on my computer, one to an external IP or hostaname (1.1.1.1, google.com) and one the local one. The external one on the internet (WAN) will stop pinging but the TP-Link on the LAN port works well.
64 bytes from 1.1.1.1: icmp_seq=1466 ttl=52 time=45.508 ms 64 bytes from 1.1.1.1: icmp_seq=1467 ttl=52 time=29.527 ms 64 bytes from 1.1.1.1: icmp_seq=1468 ttl=52 time=26.557 ms 64 bytes from 1.1.1.1: icmp_seq=1469 ttl=52 time=58.760 ms Request timeout for icmp_seq 1470 Request timeout for icmp_seq 1471 Request timeout for icmp_seq 1472 Request timeout for icmp_seq 1473 Request timeout for icmp_seq 1474
64 bytes from 192.168.11.1: icmp_seq=1924 ttl=64 time=1.063 ms 64 bytes from 192.168.11.1: icmp_seq=1925 ttl=64 time=0.710 ms 64 bytes from 192.168.11.1: icmp_seq=1926 ttl=64 time=0.896 ms ^C --- 192.168.11.1 ping statistics --- 1927 packets transmitted, 1927 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.530/1.041/11.054/0.747 ms
Unfortunately the issues persists after the firmware upgrade
Here are the answers @Sunshine
- Working mode: 4G
- Where are you based, and who is your SIM card carrier?: Hungary, Vodafone
- Screen shot is attached
- System log (it says Failed to upload but I'm copying the whole content here, MAC addresses were obfuscated:
2018-10-01 02:00:39 [5] 4G: init LTE module, set flowstat [enableDataLimit 1, enablePaymentDay 1, paymentDay 2, limitation 536870912000, warningPercent 80]
2018-10-01 02:00:39 [5] 4G: LTE Module: profile num [4], default profile [3], active profile [1]
2018-10-01 02:00:39 [5] 4G: DM: profile num [4], default profile [3], active profile [1]
2018-10-01 02:00:41 [5] System: Enable IPv4 SPI Firewall
2018-10-01 02:00:42 [5] System: Enable IPv6 SPI Firewall
2018-10-01 02:05:57 [5] 4G: dataSwitch: 1
2018-10-01 02:06:01 [5] 4G: LTE internet connected.
2024-04-20 09:14:12 [5] DHCPD: Recv REQUEST from 28:16:AD:xx:xx:xx
2024-04-20 09:14:13 [5] DHCPD: Send ACK to 192.168.11.11
2024-04-20 09:30:56 [5] DHCPD: Recv REQUEST from FA:03:B8:xx:xx:xx
2024-04-20 09:30:57 [5] DHCPD: Send ACK to 192.168.11.14
2024-04-20 09:34:06 [5] DHCPD: Recv REQUEST from 00:E0:4C:xx:xx:xx
2024-04-20 09:34:07 [5] DHCPD: Send ACK to 192.168.11.16
2024-04-20 09:52:34 [5] System: Disable IPv6 SPI Firewall
2024-04-20 09:55:36 [5] DHCPD: Recv REQUEST from 12:04:65:xx:xx:xx
2024-04-20 09:55:37 [5] DHCPD: Send ACK to 192.168.11.13
2024-04-20 09:56:36 [5] DHCPD: Recv REQUEST from FA:03:B8:xx:xx:xx
2024-04-20 09:56:36 [5] DHCPD: Send ACK to 192.168.11.14
2024-04-20 10:08:18 [5] DHCPD: Recv REQUEST from 00:E0:4C:xx:xx:xx
2024-04-20 10:08:18 [5] DHCPD: Send ACK to 192.168.11.16
2024-04-20 11:27:58 [5] DHCPD: Recv REQUEST from 00:E0:4C:xx:xx:xx
2024-04-20 11:27:58 [5] DHCPD: Send ACK to 192.168.11.16
2024-04-20 12:09:26 [5] DHCPD: Recv REQUEST from F2:8A:A8:xx:xx:xx
2024-04-20 12:09:27 [5] DHCPD: Send ACK to 192.168.11.10
2024-04-20 12:09:49 [5] DHCPD: Recv REQUEST from 12:04:65:xx:xx:xx
2024-04-20 12:09:49 [5] DHCPD: Send ACK to 192.168.11.13
2024-04-20 12:09:54 [5] DHCPD: Recv REQUEST from FA:03:B8:xx:xx:xx
2024-04-20 12:09:54 [5] DHCPD: Send ACK to 192.168.11.14
2024-04-20 12:19:35 [5] DHCPD: Recv REQUEST from 00:E0:4C:xx:xx:xx
2024-04-20 12:19:35 [5] DHCPD: Send ACK to 192.168.11.16
2024-04-20 12:31:57 [5] DHCPD: Recv DISCOVER from F0:18:98:xx:xx:xx
2024-04-20 12:31:57 [5] DHCPD: Send OFFER with ip 192.168.11.12
2024-04-20 12:31:57 [5] DHCPD: Recv REQUEST from F0:18:98:xx:xx:xx
2024-04-20 12:31:58 [5] DHCPD: Send ACK to 192.168.11.12
2024-04-20 12:32:53 [5] DHCPD: Recv DISCOVER from F0:18:98:xx:xx:xx
2024-04-20 12:32:53 [5] DHCPD: Send OFFER with ip 192.168.11.12
2024-04-20 12:32:54 [5] DHCPD: Recv REQUEST from F0:18:98:xx:xx:xx
2024-04-20 12:32:54 [5] DHCPD: Send ACK to 192.168.11.12
2024-04-20 12:33:05 [5] DHCPD: Recv DECLINE from F0:18:98:xx:xx:xx
2024-04-20 12:33:15 [5] DHCPD: Recv DISCOVER from F0:18:98:xx:xx:xx
2024-04-20 12:33:15 [5] DHCPD: Send OFFER with ip 192.168.11.15
2024-04-20 12:33:16 [5] DHCPD: Recv REQUEST from F0:18:98:xx:xx:xx
2024-04-20 12:33:16 [5] DHCPD: Send ACK to 192.168.11.15
2024-04-20 12:36:48 [5] DHCPD: Recv REQUEST from 28:16:AD:xx:xx:xx
2024-04-20 12:36:48 [5] DHCPD: Send ACK to 192.168.11.11
2024-04-20 12:38:55 [5] DHCPD: Recv REQUEST from BC:D0:74:xx:xx:xx
2024-04-20 12:38:55 [5] DHCPD: REQUEST ip f0ba8c0 already reserved by F0:18:98:xx:xx:xx
2024-04-20 12:38:55 [5] DHCPD: Send NAK
2024-04-20 12:38:55 [5] DHCPD: Recv DECLINE from BC:D0:74:xx:xx:xx
2024-04-20 12:38:55 [5] DHCPD: Recv DISCOVER from BC:D0:74:xx:xx:xx
2024-04-20 12:38:55 [5] DHCPD: Send OFFER with ip 192.168.11.17
2024-04-20 12:38:56 [5] DHCPD: Recv REQUEST from BC:D0:74:xx:xx:xx
2024-04-20 12:38:56 [5] DHCPD: Send ACK to 192.168.11.17
- How often does the problem happen, and how does it recover? - at least a dozen times a day, it recovers itself in about a minute
- When did you purchase the router, and when did the issue start to happen? - July 2023, it started to happen 2 weeks ago
- I tried the SIM in a phone and a battery operated hot spot, I saw no issues there
- Here are two ping results, just to show that I can ping the router while in the same time I can't ping google.com (I tried multiple destinations). I did the same from two other computers.
--- google.com ping statistics ---
67 packets transmitted, 47 packets received, 29.9% packet loss
round-trip min/avg/max/stddev = 18.687/86.383/318.660/73.096 ms
--- 192.168.11.1 ping statistics ---
97 packets transmitted, 97 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.284/0.544/1.928/0.305 ms
Hi, was the screenshot and system log got after the issue happened?
the screenshot still shows the internet status connected, if it is indeed when the internet stops working, please try to set DNS Servers manually to 8.8.8.8 and 8.8.4.4 on Advanced > Network > LAN Settings page.
