WAN connection drops

Vexira

Part of the Furniture
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

Occasional Visitor
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

Part of the Furniture
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.
 

cassandra

Occasional Visitor
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

Part of the Furniture
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

Occasional Visitor
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

Part of the Furniture
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

Part of the Furniture
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

Part of the Furniture
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

Occasional Visitor
@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.
 

cassandra

Occasional Visitor
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:
Code:
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:
Code:
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]
 

RMerlin

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

RMerlin

Asuswrt-Merlin dev
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

Occasional Visitor
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?
 
Last edited:

Nesalex

Occasional Visitor
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 ..

 

Latest threads

Sign Up For SNBForums Daily Digest

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