What's new

Asuswrt-Merlin 3.0.0.4.270.26 - Disconnect

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
New information

Thank you for the very informative answer.
Thank you for your job, i am impressed and appreciate you.
I can help you in your research, if you will tell me how :)

I have a 3.0.0.4_270.26b now. For your information (last 4 days):
1. I have some internet freezes (2-5 seconds) with no logs in "System Log". For example I didn't hear anything for 3 seconds in Skype tonight twice.
2. I have some disconnects/reconnects with logs like this: View attachment olenin_rtn16_log1.txt
3. I have some strange strings in start log like "tunnel_establish: gethostbyname failed": View attachment olenin_rtn16_log2.txt
4. Router in L2TP UP state can't resolve name of L2TP server. "nslookup tp.internet.beeline.ru" (from router or from PC): "can't resolve".

There is some ideas for fix our situation from Beeline forum:
1. Switch off L2TP Passthrough from WAN page.
2. Add lcp-echo-adaptive in "Additional pppd options".
3. Use additional non-programmable cheap switch like D-Link 1005D between provider cable and RT-N16 to fix some network problems from provider side.

P.S.
IP adress instead hostname in VPN Server reduced time of reconnecting (from "WAN Connection: Fail to connect with some issues" to "WAN Connection: WAN was restored") to 8 sec (from 20 sec).

Today i had strange disconnect from Internet. Web-interface didn't work (error_page.htm?flag=2 by wifi, by lan just blank page).
But... Telnet was in working condition. This was ended by reboot within telnet. What was it?

-------------Telnet-------------
ASUSWRT RT-N16_3.0.0.4 Sun Mar 17 19:24:33 UTC 2013

admin@RT-N16:/tmp/home/root# nslookup google.com
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost.localdomain

Name: google.com
Address 1: 2a00:1450:4010:c03::8a la-in-x8a.1e100.net
Address 2: 173.194.47.200
Address 3: 173.194.47.199
Address 4: 173.194.47.198
Address 5: 173.194.47.197
Address 6: 173.194.47.196
Address 7: 173.194.47.195
Address 8: 173.194.47.194
Address 9: 173.194.47.193
Address 10: 173.194.47.192
Address 11: 173.194.47.206
Address 12: 173.194.47.201

admin@RT-N16:/tmp/home/root# ping -w 10 google.com
PING google.com (173.194.47.201): 56 data bytes

--- google.com ping statistics ---
10 packets transmitted, 0 packets received, 100% packet loss

---------------PC---------------
>tracert google.com

1 <1 мс <1 мс <1 мс 1.2.168.192.in-addr.arpa [192.168.2.1]
2 1 ms 1 ms 2 ms 1.80.134.10.in-addr.arpa [10.134.80.1]
3 1 ms 1 ms 1 ms 5.5.219.10.in-addr.arpa [10.219.5.5]
4 1 ms 1 ms 1 ms 25.5.219.10.in-addr.arpa [10.219.5.25]

>nslookup google.com
Server: 1.2.168.192.in-addr.arpa
Address: 192.168.2.1

╚ь*: google.com
Addresses: 10.0.0.1
 
Last edited:
Router: Asus RT-N16
Firmware: 3.0.0.4.270.26 Merlin
Uptime: 3 days 23 hours 11 minutes 13 seconds
Changes:
1. Additional pppd options: lcp-echo-adaptive
2. VPN Server: 85.21.0.241 (more stable than original tp.internet.beeline.ru)
3. L2TP Passthrough: Off
4. UPnP: Off

And again... Logfile:
May 17 17:15:26 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (13158/25601); closing down
May 17 17:15:26 pppd[476]: Terminating on signal 15
May 17 17:15:26 pppd[476]: Connect time 5707.5 minutes.
May 17 17:15:26 pppd[476]: Sent 2679972849 bytes, received 725320944 bytes.
May 17 17:15:26 dnsmasq[490]: read /etc/hosts - 3 addresses
May 17 17:15:26 dnsmasq[490]: read /etc/hosts.dnsmasq - 1 addresses
May 17 17:15:26 dnsmasq-dhcp[490]: read /etc/ethers - 1 addresses
May 17 17:15:26 dnsmasq[490]: using nameserver 213.234.192.8#53
May 17 17:15:26 dnsmasq[490]: using nameserver 85.21.192.3#53
May 17 17:15:26 pppd[476]: Couldn't set PPP MRU: Transport endpoint is not connected
May 17 17:15:26 pppd[476]: Modem hangup
May 17 17:15:26 pppd[476]: Connection terminated.
May 17 17:15:26 pppd[476]: Exit.
May 17 17:15:28 WAN Connection: Fail to connect with some issues.
May 17 17:15:28 notify_rc : stop_nat_rules
May 17 17:15:28 stop_nat_rules: apply the redirect_rules!
May 17 17:15:59 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (60611/0); closing down
May 17 17:16:32 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (13354/0); closing down
May 17 17:17:05 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (4328/0); closing down
May 17 17:17:38 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (15010/0); closing down
May 17 17:18:11 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (27583/0); closing down
May 17 17:18:44 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (4302/0); closing down
May 17 17:19:17 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (12559/0); closing down
May 17 17:19:50 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (44295/0); closing down
May 17 17:20:23 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (47149/0); closing down
May 17 17:20:57 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (57494/0); closing down
May 17 17:21:30 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (295/0); closing down
May 17 17:22:03 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (26319/0); closing down
May 17 17:22:36 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (52145/0); closing down
May 17 17:23:09 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (7962/0); closing down
May 17 17:23:42 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (36940/0); closing down
May 17 17:24:15 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (4294/0); closing down
May 17 17:24:48 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (40506/0); closing down
May 17 17:25:21 /usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (36766/0); closing down
May 17 17:25:31 pppd[1212]: Plugin pppol2tp.so loaded.
May 17 17:25:31 pppd[1212]: pppd 2.4.5 started by admin, uid 0
May 17 17:25:31 pppd[1212]: Using interface ppp0
May 17 17:25:31 pppd[1212]: Connect: ppp0 <--> l2tp (85.21.0.241)
May 17 17:25:34 pppd[1212]: CHAP authentication succeeded
May 17 17:25:34 pppd[1212]: CHAP authentication succeeded
May 17 17:25:36 pppd[1212]: local IP address 95.24.43.82
May 17 17:25:36 pppd[1212]: remote IP address 85.21.0.241
May 17 17:25:36 pppd[1212]: primary DNS address 85.21.192.5
May 17 17:25:36 pppd[1212]: secondary DNS address 213.234.192.7
May 17 17:25:36 dnsmasq[490]: read /etc/hosts - 3 addresses
May 17 17:25:36 dnsmasq[490]: read /etc/hosts.dnsmasq - 1 addresses
May 17 17:25:36 dnsmasq-dhcp[490]: read /etc/ethers - 1 addresses
May 17 17:25:36 dnsmasq[490]: using nameserver 213.234.192.7#53
May 17 17:25:36 dnsmasq[490]: using nameserver 85.21.192.5#53
May 17 17:25:36 notify_rc : start_nat_rules
May 17 17:25:36 start_nat_rules: apply the nat_rules!
May 17 17:25:36 notify_rc : stop_upnp
May 17 17:25:36 notify_rc : start_upnp
May 17 17:25:44 WAN Connection: WAN was restored.


How you can see from log, internet appeared in next 10 minutes.
Then it was working for 5 minutes and disconnected again. Web-interface stopped working too.

I have made a reboot within telnet-session.
Internet was restored after rebooting, but web-interface didn't work for 7 minutes after it.

I had another disconnect next 35 minutes. Logfile: View attachment disconnect2.txt
I had another disconnect next 15 minutes. Logfile: View attachment disconnect3.txt

It is terrible :( What else can i do now?
 
Last edited:
If you actually get disconnections, then the issue is either with your modem, or your line. The router cannot do much about this beside simply reconnecting - and the reconnection bug has been fixed for the next FW release. You will have to talk to your ISP about those disconnections.
 
3.0.0.4.354.29
What is this means? New kind of messages:

Type1:
May 24 19:46:41 rc_service: httpd 449:notify_rc restart_dnsmasq
May 24 19:46:41 dnsmasq[1198]: exiting on receipt of SIGTERM
May 24 19:46:41 dnsmasq[1373]: started, version 2.65 cachesize 1500
May 24 19:46:41 dnsmasq[1373]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack
May 24 19:46:41 dnsmasq[1373]: asynchronous logging enabled, queue limit is 5 messages
May 24 19:46:41 dnsmasq-dhcp[1373]: DHCP, IP range 192.168.2.2 -- 192.168.2.254, lease time 1d
May 24 19:46:41 dnsmasq[1373]: read /etc/hosts - 5 addresses
May 24 19:46:41 dnsmasq[1373]: read /etc/hosts.dnsmasq - 1 addresses
May 24 19:46:41 dnsmasq-dhcp[1373]: read /etc/ethers - 1 addresses
May 24 19:46:41 dnsmasq[1373]: using nameserver 85.21.192.3#53
May 24 19:46:41 dnsmasq[1373]: using nameserver 213.234.192.8#53
May 24 23:58:20 syslog: Open Parallel port error


Type2: - I think this is here because i forget to turn off H.323 Passthrough.
May 27 00:07:47 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:07:48 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:07:48 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:07:49 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:07:49 kernel: nf_ct_ras: decoding error: out of range
May 27 00:07:49 kernel: nf_ct_ras: decoding error: out of range
May 27 00:07:50 kernel: nf_ct_ras: decoding error: out of range
May 27 00:07:50 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:07:51 kernel: nf_ct_ras: decoding error: out of range
May 27 00:07:52 kernel: nf_ct_ras: decoding error: out of range
May 27 00:07:54 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:08:13 kernel: printk: 1 messages suppressed.
May 27 00:08:13 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:08:15 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:08:16 kernel: nf_ct_ras: decoding error: out of bound
May 27 00:08:20 kernel: nf_ct_ras: decoding error: out of bound
 
Last edited:
Eric, hi, suggest to:
1. separate internal libc resolver from lan dnsmasq resolver => fix connect/reconnect
2. not to play games with local-originated dns queries (even mark them to avoid ctf) => fix both of resolver origins
3. make sure wanN_xdns actually used upon disconnect => fix reconnect
4. update pppol2tp/rp-l2tpd from gpls (if not yet)
5. drop ctf-related l2tp/pptp hacks from netfilter
this should fix l2tp issues of asuswrt-merlin, can't give more details 'coz have not seen your recent changes. feel free to contact, if any

p.s all, if you need full syslog, check nvram settings:
# nvram set log_level=8 && nvram commit && reboot
 
Last edited:
Eric, hi, suggest to:
1. separate internal libc resolver from lan dnsmasq resolver => fix connect/reconnect
2. not to play games with local-originated dns queries (even mark them to avoid ctf) => fix both of resolver origins
3. make sure wanN_xdns actually used upon disconnect => fix reconnect
4. update pppol2tp/rp-l2tpd from gpls (if not yet)
5. drop ctf-related l2tp/pptp hacks from netfilter
this should fix l2tp issues of asuswrt-merlin, can't give more details 'coz have not seen your recent changes. feel free to contact, if any

p.s all, if you need full syslog, check nvram settings:
# nvram set log_level=8 && nvram commit && reboot

A lot of these (especially the L2TP/PPP related things) are stuff that I cannot fully test, so I prefer not to mess too much with them, and risk breaking things even further.

SDK 5.110 (and the latest SDK 6) both have PPP/PPPoE CTF support, so not sure if it wouldn't break this if I were to do any Netfilter-level change regarding CTF support.

The reconnect thing is something I thought I had already fixed around 354.27 or 354.28 days - even got feedback from Beeline users confirming that it was working fine now. What makes things tricky there is Asus's DNS redirection code that kicks in if you have no WAN connection. I implemented a workaround a few months ago where I do not use DNS redirection if the user is using either a PPTP or L2TP WAN connection. When I tested things with a local PPTP server disconnections were handled properly - DNS was switching from the PPTP-provided DNS to those provided by the DHCP server, allowing the PPTP server hostname to be resolved again, and switch back to the tunnel-provided DNS afterward. So AFAIK, this is now working fine since the last few releases.

All my latest code is already published on Github.
 
Hello Eric, everyone. Sorry for bumping such an old thread.

I'm experiencing the above mentioned "/usr/sbin/l2tpd[656]: tunnel_establish: gethostbyname failed for 'tp.internet.beeline.ru'" issue on my AC66 with Beeline Moscow using most recent available Asuswrt-Merlin 3.0.0.4.374.34_2.

The difference is that I don't get "/usr/sbin/l2tpd[466]: Too many retransmissions on tunnel (36766/0); closing down" before this error appears. It just frequently appears from nowhere right after reboot and/or changing WAN mode from L2TP to Automatic IP and back or just disconnecting WAN cord from the router for some time. One or more reboots and/or changing WAN mode from L2TP to Automatic IP and back makes it disappear.

But, hell, one time it may take one reboot or WAN mode change to fix the connection and the other time it may take literally hours of such shamanism.

I'm quite sure the problem is not on ISP side because if I connect the cord directly to my PC/Mac during such problems connection will be established instantly. I'm suspecting some race condition in launch of daemons on router (but I may be 100% wrong).

Unfortunately I'm not proficient enough to debug and/or fix this myself. Eric, do you have time to debug this interactively some time?

P. S. Example of logs when I have this issue, then change WAN mode to Automatic IP, then back and it disappears
Code:
Jan  1 04:07:08 rc_service: wanduck 293:notify_rc restart_wan_if 0
Jan  1 04:07:08 dnsmasq[627]: read /etc/hosts - 5 addresses
Jan  1 04:07:08 dnsmasq[627]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:08 dnsmasq-dhcp[627]: read /etc/ethers - 6 addresses
Jan  1 04:07:08 dnsmasq[627]: using nameserver 213.234.192.8#53
Jan  1 04:07:08 dnsmasq[627]: using nameserver 85.21.192.3#53
Jan  1 04:07:15 rc_service: httpd 303:notify_rc restart_wan_if 0
Jan  1 04:07:15 rc_service: restart_wan_if 0 is waitting restart_wan_if 0...
Jan  1 04:07:18 stop_wan(): perform DHCP release
Jan  1 04:07:18 rc_service: wanduck 293:notify_rc restart_wan_line 1
Jan  1 04:07:18 rc_service: restart_wan_line 1 is waitting restart_wan_if 0...
Jan  1 04:07:18 pppoe-relay[649]: recv (receivePacket): Network is down
Jan  1 04:07:18 pppoe-relay[649]: recv (receivePacket): Network is down
Jan  1 04:07:18 miniupnpd[643]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 04:07:18 miniupnpd[643]: Failed to get IP for interface eth0
Jan  1 04:07:18 miniupnpd[643]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Jan  1 04:07:18 kernel: br0: port 1(vlan1) entering disabled state
Jan  1 04:07:18 kernel: br0: port 1(vlan1) entering listening state
Jan  1 04:07:18 kernel: br0: port 1(vlan1) entering learning state
Jan  1 04:07:18 kernel: br0: topology change detected, propagating
Jan  1 04:07:18 kernel: br0: port 1(vlan1) entering forwarding state
Jan  1 04:07:21 dhcp client: skipping resetting IP address to 0.0.0.0
Jan  1 04:07:21 /usr/sbin/l2tpd[684]: tunnel_establish: gethostbyname failed for 'tp.internet.beeline.ru'
Jan  1 04:07:21 dnsmasq-dhcp[627]: DHCPREQUEST(br0) <stripped> <stripped> 
Jan  1 04:07:21 dnsmasq-dhcp[627]: DHCPACK(br0) <stripped> <stripped> android-dcf7f48d490f750c
Jan  1 04:07:22 start_nat_rules: apply the nat_rules(/tmp/nat_rules_1_vlan3_vlan3)!
Jan  1 04:07:22 dnsmasq[627]: exiting on receipt of SIGTERM
Jan  1 04:07:22 dnsmasq[701]: started, version 2.67 cachesize 1500
Jan  1 04:07:22 dnsmasq[701]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jan  1 04:07:22 dnsmasq[701]: warning: interface ppp1* does not currently exist
Jan  1 04:07:22 dnsmasq[701]: asynchronous logging enabled, queue limit is 5 messages
Jan  1 04:07:22 dnsmasq-dhcp[701]: DHCP, IP range 192.168.0.2 -- 192.168.0.254, lease time 1d
Jan  1 04:07:22 dnsmasq[701]: read /etc/hosts - 5 addresses
Jan  1 04:07:22 dnsmasq[701]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:22 dnsmasq-dhcp[701]: read /etc/ethers - 6 addresses
Jan  1 04:07:22 dnsmasq[701]: using nameserver 213.234.192.8#53
Jan  1 04:07:22 dnsmasq[701]: using nameserver 85.21.192.3#53
Jan  1 04:07:22 dnsmasq[701]: read /etc/hosts - 5 addresses
Jan  1 04:07:22 dnsmasq[701]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:22 dnsmasq-dhcp[701]: read /etc/ethers - 6 addresses
Jan  1 04:07:22 dnsmasq[701]: using nameserver 213.234.192.8#53
Jan  1 04:07:22 dnsmasq[701]: using nameserver 85.21.192.3#53
Jan  1 04:07:26 WAN(0) Connection: WAN was restored.
Jan  1 04:07:33 stop_wan(): perform DHCP release
Jan  1 04:07:33 dhcp client: skipping resetting IP address to 0.0.0.0
Jan  1 04:07:33 pppoe-relay[677]: recv (receivePacket): Network is down
Jan  1 04:07:33 pppoe-relay[677]: recv (receivePacket): Network is down
Jan  1 04:07:33 kernel: br0: port 1(vlan1) entering disabled state
Jan  1 04:07:33 kernel: br0: port 1(vlan1) entering listening state
Jan  1 04:07:33 miniupnpd[643]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 04:07:33 miniupnpd[643]: Failed to get IP for interface eth0
Jan  1 04:07:33 miniupnpd[643]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Jan  1 04:07:33 kernel: br0: port 1(vlan1) entering learning state
Jan  1 04:07:33 kernel: br0: topology change detected, propagating
Jan  1 04:07:33 kernel: br0: port 1(vlan1) entering forwarding state
Jan  1 04:07:35 dhcp client: skipping resetting IP address to 0.0.0.0
Jan  1 04:07:35 start_nat_rules: apply the nat_rules(/tmp/nat_rules_1_vlan3_vlan3)!
Jan  1 04:07:35 dnsmasq[701]: exiting on receipt of SIGTERM
Jan  1 04:07:36 WAN(0) Connection: Fail to connect with some issues.
Jan  1 04:07:37 dnsmasq[725]: started, version 2.67 cachesize 1500
Jan  1 04:07:37 dnsmasq[725]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jan  1 04:07:37 dnsmasq[725]: warning: interface ppp1* does not currently exist
Jan  1 04:07:37 dnsmasq[725]: asynchronous logging enabled, queue limit is 5 messages
Jan  1 04:07:37 dnsmasq-dhcp[725]: DHCP, IP range 192.168.0.2 -- 192.168.0.254, lease time 1d
Jan  1 04:07:37 dnsmasq[725]: read /etc/hosts - 5 addresses
Jan  1 04:07:37 dnsmasq[725]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:37 dnsmasq-dhcp[725]: read /etc/ethers - 6 addresses
Jan  1 04:07:37 dnsmasq[725]: using nameserver 213.234.192.8#53
Jan  1 04:07:37 dnsmasq[725]: using nameserver 85.21.192.3#53
Jan  1 04:07:37 dhcp client: bound <stripped> via 10.111.<stripped> during 627823 seconds.
Jan  1 04:07:37 dnsmasq[725]: read /etc/hosts - 5 addresses
Jan  1 04:07:37 dnsmasq[725]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:37 dnsmasq-dhcp[725]: read /etc/ethers - 6 addresses
Jan  1 04:07:37 dnsmasq[725]: using nameserver 213.234.192.8#53
Jan  1 04:07:37 dnsmasq[725]: using nameserver 85.21.192.3#53
Jan  1 04:07:38 pppd[744]: Plugin pppol2tp.so loaded.
Jan  1 04:07:38 pppd[744]: pppd 2.4.5 started by <stripped>, uid 0
Jan  1 04:07:38 pppd[744]: Using interface ppp0
Jan  1 04:07:38 pppd[744]: Connect: ppp0 <--> l2tp (<stripped>)
Jan  1 04:07:38 pppd[744]: CHAP authentication succeeded
Jan  1 04:07:38 pppd[744]: CHAP authentication succeeded
Jan  1 04:07:38 pppd[744]: local  IP address <stripped>
Jan  1 04:07:38 pppd[744]: remote IP address <stripped>
Jan  1 04:07:38 pppd[744]: primary   DNS address 213.234.192.7
Jan  1 04:07:38 pppd[744]: secondary DNS address 195.14.50.1
Jan  1 04:07:38 dnsmasq[725]: read /etc/hosts - 5 addresses
Jan  1 04:07:38 dnsmasq[725]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:38 dnsmasq-dhcp[725]: read /etc/ethers - 6 addresses
Jan  1 04:07:38 dnsmasq[725]: using nameserver 195.14.50.1#53
Jan  1 04:07:38 dnsmasq[725]: using nameserver 213.234.192.7#53
Jan  1 04:07:38 start_nat_rules: apply the nat_rules(/tmp/nat_rules_0_ppp0_eth0)!
Jan  1 04:07:38 dnsmasq[725]: exiting on receipt of SIGTERM
Jan  1 04:07:38 dnsmasq[766]: started, version 2.67 cachesize 1500
Jan  1 04:07:38 dnsmasq[766]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jan  1 04:07:38 dnsmasq[766]: warning: interface ppp1* does not currently exist
Jan  1 04:07:38 dnsmasq[766]: asynchronous logging enabled, queue limit is 5 messages
Jan  1 04:07:38 dnsmasq-dhcp[766]: DHCP, IP range 192.168.0.2 -- 192.168.0.254, lease time 1d
Jan  1 04:07:38 dnsmasq[766]: read /etc/hosts - 5 addresses
Jan  1 04:07:38 dnsmasq[766]: read /etc/hosts.dnsmasq - 0 addresses
Jan  1 04:07:38 dnsmasq-dhcp[766]: read /etc/ethers - 6 addresses
Jan  1 04:07:38 dnsmasq[766]: using nameserver 195.14.50.1#53
Jan  1 04:07:38 dnsmasq[766]: using nameserver 213.234.192.7#53
Jan  1 04:07:38 rc_service: ip-up 748:notify_rc stop_upnp
Jan  1 04:07:38 rc_service: ip-up 748:notify_rc start_upnp
Jan  1 04:07:38 ddns: clear ddns cache file for server/hostname change
Jan  1 04:07:38 ddns update: ez-ipupdate: starting...
Jan  1 04:07:38 miniupnpd[781]: HTTP listening on port 37969
Jan  1 04:07:38 miniupnpd[781]: Listening for NAT-PMP traffic on port 5351
Jan  1 04:07:38 ddns update: connected to members.dyndns.org (204.13.248.111) on port 80.
Jan  1 04:07:39 ddns update: request successful
Jan  1 04:07:39 ddns update: asusddns_update: 0
Jan  1 04:07:39 ddns: ddns update ok
Nov 19 23:07:58 rc_service: ntp 473:notify_rc restart_upnp
Nov 19 23:07:58 rc_service: ntp 473:notify_rc restart_diskmon
Nov 19 23:07:58 rc_service: restart_diskmon is waitting restart_upnp...
Nov 19 23:07:58 miniupnpd[791]: HTTP listening on port 42965
Nov 19 23:07:58 miniupnpd[791]: Listening for NAT-PMP traffic on port 5351
Nov 19 23:07:58 disk monitor: be idle
Nov 19 23:08:01 WAN(0) Connection: WAN was restored.
Nov 19 23:08:03 pppd[744]: System time change detected.
 
Last edited:
I gave up on Beeline. Sorry, but this whole VPN+DHCP setup is a major pain to debug and to maintain. Every time I fixed it, it broke again a few FW updates later.
 
Eric, sorry for reviving this old topic but after 3.0.0.4.376.45_0 all the releases on RT-AC68U have the same "too many retransmissions on tunnel" issues on Beeline Moscow. Turning back to 376.45_0 solves the issue. Can you, please, if possible track back the changes you put into the code so it works again in future relesaes with crappy Beeline?
 
Hi!
I am connected to the ISP Beeline Sankt-Petersburg, Russia.
Firmware RT-N66U_3.0.0.4_376.47_0 works without problems.
All other firmware (RT-N66U_3.0.0.4_376.48_1, RT-N66U_3.0.0.4_376.48_3, RT-N66U_3.0.0.4_376.49_0, RT-N66U_3.0.0.4_376.49_2, RT-N66U_3.0.0.4_376.49_4, RT-N66U_3.0.0.4_376.49_5, RT-N66U_3.0.0.4_378.50_0)
does not establish a connection with the error
Too many retransmissions on tunnel (---/---); closing down
 
Holy necropost (and off-topic) Batman...

Locking this thread. Please use the thread that's at least remotely related to your firmware version.
 
Status
Not open for further replies.

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top