WAN connection drops

[Vexira]

I am not running QoS or any protection as far as I am aware. Modem replacement would theoretically be possible, as it is a standalone unit, but I doubt it would happen. ISP would most likely just tell me to put modem out of bridge and connect to it directly.

Anyway I disabled all DNS protection/privacy settings, I will have to wait and see if the router drops connection again.

Thanks for all your help.

You are most welcome also have you tried changing the cable bettween the modem and the router?

 

[cassandra]

You are most welcome also have you tried changing the cable bettween the modem and the router?

I tired changing the cable and the dns stuff, but nothing worked. I am now back to 384.19, I am not too happy about the security implications of that but I will have to make do.
I hope somebody from the merlin team will be able to take a look at what's happening eventually.

 

[Vexira]

I tired changing the cable and the dns stuff, but nothing worked. I am now back to 384.19, I am not too happy about the security implications of that but I will have to make do.
I hope somebody from the merlin team will be able to take a look at what's happening eventually.

Hmmm have you contacted your ISP in regards to the issue, specifically ask them about you lease times, you might want to message jack cheng he's an Asus regional head that was heading a project in regards to the ISP dhcp issues many he might be able to help.

 

[BGood]

Try continuous mode instead of agresssive or normal in the the Wan tab.

Not to hijack the thread, but I'm on Comcast and I was losing WAN every day this week until I tried your suggestion last night. So far, so good!

 

[cassandra]

Hmmm have you contacted your ISP in regards to the issue, specifically ask them about you lease times, you might want to message jack cheng he's an Asus regional head that was heading a project in regards to the ISP dhcp issues many he might be able to help.

I did some more testing. I receive PADT packets on the line that are not meant for me. Basically, I believe I am having the same issue as in this openwrt thread: https://forum.openwrt.org/t/pppoe-disconnects-every-few-hours/61239/37 (I have the same ISP so I guess it wouldn't be that surprising)

I ran "tcpdump -e -p -v -i eth0 pppoed" and got this log on connection hangup: https://pastenote.net/7afvs . MAC address e0:28:6d:75:1a:85 is not in my network. The user in that openwrt thread wrote a kernel patch that supposedly bypasses this problem by ignoring packets that are not meant for the router.

Is there anyway to apply that patch to merlin? The patch is available here: https://bugzilla.kernel.org/show_bug.cgi?id=207597

Thanks again for all the help

 

[Vexira]

I did some more testing. I receive PADT packets on the line that are not meant for me. Basically, I believe I am having the same issue as in this openwrt thread: https://forum.openwrt.org/t/pppoe-disconnects-every-few-hours/61239/37 (I have the same ISP so I guess it wouldn't be that surprising)

I ran "tcpdump -e -p -v -i eth0 pppoed" and got this log on connection hangup: https://pastenote.net/7afvs . MAC address e0:28:6d:75:1a:85 is not in my network. The user in that openwrt thread wrote a kernel patch that supposedly bypasses this problem by ignoring packets that are not meant for the router.

Is there anyway to apply that patch to merlin? The patch is available here: https://bugzilla.kernel.org/show_bug.cgi?id=207597

Thanks again for all the help

That could be done in the from of a script.

 

[cassandra]

Could I just copy that patch into a script or would I have to change it somehow? And in which script would I have to put it (I am guessing wan-event)? Sorry, I am really not that savvy when it comes to networking and routers.

 

[Vexira]

Could I just copy that patch into a script or would I have to change it somehow? And in which script would I have to put it (I am guessing wan-event)? Sorry, I am really not that savvy when it comes to networking and routers.

Some one would have to write a specific script for it or Merlin would have to patch it into the firmware, which I'm thinking may actually be the case.

 

[Vexira]

I did some more testing. I receive PADT packets on the line that are not meant for me. Basically, I believe I am having the same issue as in this openwrt thread: https://forum.openwrt.org/t/pppoe-disconnects-every-few-hours/61239/37 (I have the same ISP so I guess it wouldn't be that surprising)

I ran "tcpdump -e -p -v -i eth0 pppoed" and got this log on connection hangup: https://pastenote.net/7afvs . MAC address e0:28:6d:75:1a:85 is not in my network. The user in that openwrt thread wrote a kernel patch that supposedly bypasses this problem by ignoring packets that are not meant for the router.

Is there anyway to apply that patch to merlin? The patch is available here: https://bugzilla.kernel.org/show_bug.cgi?id=207597

Thanks again for all the help

I think @RMerlin would have to look at this.

 

[john9527]

Some one would have to write a specific script for it or Merlin would have to patch it into the firmware, which I'm thinking may actually be the case.

@cassandra
I applied the patch on my fork. I could do a test build on Merlin for you to try, but remember with the Asus lockdown none of the TrendMicro stuff will work. If you want to try it, post back with what router and level you want it built on.

 

[cassandra]

@cassandra
I applied the patch on my fork. I could do a test build on Merlin for you to try, but remember with the Asus lockdown none of the TrendMicro stuff will work. If you want to try it, post back with what router and level you want it built on.

I have RT-AC68U (cpu is reporting as rev. c0). I am sorry, but I don't understand what exactly you mean by level, I am not too good with linux stuff.

 

[RMerlin]

I'll ping @themiron about it (he's my PPP expert).

 

[john9527]

@cassandra
Did a test build on top of 386.2-beta1
RT-AC68U_386.2_beta1-g13671ba078

Get it here....

Microsoft OneDrive

1drv.ms

 

[cassandra]

@cassandra
Did a test build on top of 386.2-beta1
RT-AC68U_386.2_beta1-g13671ba078

Get it here....

Microsoft OneDrive

1drv.ms

Thank you! Will try it and report back.

 

[cassandra]

Apparently I was mistaken, the problem still persists after flashing johns build with the patch applied (I did a dirty flash without any reset. Should I try resetting it?).
Syslog:

Mar 19 18:48:51 pppd[406]: Connect time 10.0 minutes.
Mar 19 18:48:51 pppd[406]: Sent 230140355 bytes, received 52570244 bytes.
Mar 19 18:48:51 lldpd[194]: removal request for address of 94.127.30.1%11, but no knowledge of it
Mar 19 18:48:51 wsdd2[1819]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Mar 19 18:48:55 WAN_Connection: Fail to connect with some issues.
Mar 19 18:49:22 pppd[406]: LCP: timeout sending Config-Requests
Mar 19 18:49:22 pppd[406]: Connection terminated.
Mar 19 18:49:22 pppd[406]: Sent PADT
Mar 19 18:49:22 pppd[406]: Modem hangup
Mar 19 18:49:22 kernel: Interface ppp0 doesn't exist
Mar 19 18:49:32 pppoe-relay[401]: PADO packet from a4:7b:2c:9c:9f:44 on interface eth0 does not have Relay-Session-Id tag
Mar 19 18:49:32 pppd[406]: PPP session is 1 (0x1)
Mar 19 18:49:32 pppd[406]: Connected to a4:7b:2c:9c:9f:44 via interface eth0
Mar 19 18:49:32 pppd[406]: Using interface ppp0
Mar 19 18:49:32 pppd[406]: Connect: ppp0 <--> eth0
Mar 19 18:49:32 pppoe-relay[401]: PADS packet from a4:7b:2c:9c:9f:44 on interface eth0 does not have Relay-Session-Id tag
Mar 19 18:49:32 pppd[406]: CHAP authentication succeeded: CHAP authentication success
Mar 19 18:49:32 pppd[406]: CHAP authentication succeeded
Mar 19 18:49:32 pppd[406]: peer from calling number A4:7B:2C:9C:9F:44 authorized
Mar 19 18:49:32 lldpd[194]: removal request for address of 185.28.8.38%12, but no knowledge of it
Mar 19 18:49:32 wsdd2[1819]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Mar 19 18:49:32 pppd[406]: local  IP address 185.28.8.38
Mar 19 18:49:32 pppd[406]: remote IP address 94.127.30.1
Mar 19 18:49:32 pppd[406]: primary   DNS address 212.18.32.10
Mar 19 18:49:32 pppd[406]: secondary DNS address 212.18.32.12
Mar 19 18:49:32 lldpd[194]: removal request for address of 94.127.30.1%12, but no knowledge of it
Mar 19 18:49:32 wsdd2[1819]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Mar 19 18:49:32 wsdd2[1819]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Mar 19 18:49:32 lldpd[194]: removal request for address of 185.28.8.38%12, but no knowledge of it
Mar 19 18:49:32 wsdd2[1819]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Mar 19 18:49:32 lldpd[194]: removal request for address of 185.28.8.38%12, but no knowledge of it
Mar 19 18:49:32 wsdd2[1819]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Mar 19 18:49:32 custom_script: Running /jffs/scripts/firewall-start (args: ppp0)
Mar 19 18:49:33 wan: finish adding multi routes
Mar 19 18:49:33 rc_service: ip-up 22624:notify_rc stop_samba
Mar 19 18:49:33 rc_service: ip-up 22624:notify_rc start_samba
Mar 19 18:49:33 custom_script: Running /jffs/scripts/service-event (args: stop samba)
Mar 19 18:49:33 rc_service: waitting "stop_samba" via ip-up ...
Mar 19 18:49:33 wsdd2[1819]: Terminated received.
Mar 19 18:49:33 wsdd2[1819]: terminating.
Mar 19 18:49:33 Samba_Server: smb daemon is stopped
Mar 19 18:49:33 kernel: gro disabled
Mar 19 18:49:34 custom_script: Running /jffs/scripts/service-event (args: start samba)
Mar 19 18:49:35 WAN_Connection: WAN was restored.

'tcpdump -e -p -v -i eth0 pppoed' output:

00:00:00.923565 a4:7b:2c:9c:9f:44 (oui Unknown) > e0:28:6d:75:1a:85 (oui Unknown), ethertype PPPoE D (0x8863), length 60: PPPoE PADT [ses 0x1]
00:00:00.923604 a4:7b:2c:9c:9f:44 (oui Unknown) > 3c:7c:3f:72:9c:28 (oui Unknown), ethertype PPPoE D (0x8863), length 60: PPPoE PADT [ses 0x1]
17:49:22.158052 3c:7c:3f:72:9c:28 (oui Unknown) > a4:7b:2c:9c:9f:44 (oui Unknown), ethertype PPPoE D (0x8863), length 40: PPPoE PADT [ses 0x1] [AC-Cookie 0xFB31A98AAE4479106BE9DC558169DC35]
17:49:32.218093 3c:7c:3f:72:9c:28 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 24: PPPoE PADI [Service-Name]
00:00:00.625412 a4:7b:2c:9c:9f:44 (oui Unknown) > 3c:7c:3f:72:9c:28 (oui Unknown), ethertype PPPoE D (0x8863), length 64: PPPoE PADO [Service-Name] [AC-Name "SILJ_CIGALE_BNG1"] [AC-Cookie 0xFB31A98AAE4479106BE9DC558169DC35]
17:49:32.222990 3c:7c:3f:72:9c:28 (oui Unknown) > a4:7b:2c:9c:9f:44 (oui Unknown), ethertype PPPoE D (0x8863), length 44: PPPoE PADR [Service-Name] [AC-Cookie 0xFB31A98AAE4479106BE9DC558169DC35]
00:00:00.625465 a4:7b:2c:9c:9f:44 (oui Unknown) > 3c:7c:3f:72:9c:28 (oui Unknown), ethertype PPPoE D (0x8863), length 60: PPPoE PADS [ses 0x1] [Service-Name]

 

[john9527]

Should I try resetting it?).

Shouldn't be necessary. At least we now know that OpenWRT patch wasn't it....

 

[RMerlin]

That patch refers to kernel mode PPPoE. Asuswrt uses rp-pppoe/pppd, not the kernel driver.

 

[RMerlin]

That patch refers to kernel mode PPPoE. Asuswrt uses rp-pppoe/pppd, not the kernel driver.

Well I don't know anymore. One source (from the rp-pppoe list) says the kernel bug has no impact on rp-pppoe, and another person says the kernel driver is always used.

 

[Pradrone]

Yes, I am also seeing the above errors in the log and the rest issue is happening for me as well after flashing the latest merlin build (386.2) on Asus 68u and connection reset randomly after some time.
I am also on PPPoE connection with user and password.
Also, I tried to rever from 386.2 to 384.19 but I still see drops. I don't know whether is an ISP side issue or the router got broke after the update.
@cassandra Is reverting to older firmware 384.19 is working for you?

 

[Nesalex]

Yes, I am also seeing the above errors in the log and the rest issue is happening for me as well after flashing the latest merlin build (386.2) on Asus 68u and connection reset randomly after some time.
I am also on PPPoE connection with user and password.
Also, I tried to rever from 386.2 to 384.19 but I still see drops. I don't know whether is an ISP side issue or the router got broke after the update.
@cassandra Is reverting to older firmware 384.19 is working for you?

This is from 2.4. now is +12 days and still no problems ..

Problem setting up VPN client Rt-ac68u + PPPoE issues

Admittedly, I only checked AiCloud initially since that was immediately relevant to the OP. Again, the only time you need that rule is when the router-based service is bound *solely* to the LAN. I know that's the case for the GUI (httpd): admin@merlin-lab1:/tmp/home/root# netstat -an | grep...

www.snbforums.com