18.06.0 RC2 - ADSL dropping after about 12h to 48h

Hi

I had been using 17.01.4 for a while without any issues, ADSL uptime was in weeks.

Since testing 18.06.0 RC1 and RC2 I have needed to reboot router everyday. I captured some logs but not sure what they mean.

Any ideas ?

# cat /etc/os-release 
NAME="OpenWrt"
VERSION="18.06.0-rc2"
ID="openwrt"
ID_LIKE="lede openwrt"
PRETTY_NAME="OpenWrt 18.06.0-rc2"
VERSION_ID="18.06.0-rc2"
HOME_URL="http://openwrt.org/"
BUG_URL="http://bugs.openwrt.org/"
SUPPORT_URL="http://forum.openwrt.org/"
BUILD_ID="r7141-e4d0ee5af5"
LEDE_BOARD="lantiq/xway"
LEDE_ARCH="mips_24kc"
LEDE_TAINTS=""
LEDE_DEVICE_MANUFACTURER="OpenWrt"
LEDE_DEVICE_MANUFACTURER_URL="http://openwrt.org/"
LEDE_DEVICE_PRODUCT="Generic"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="OpenWrt 18.06.0-rc2 r7141-e4d0ee5af5"

dmesg extract

[   99.740372] [DSL_BSP_Showtime 914]: Datarate US intl = 1020958, fast = 0
[   99.745762] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82e70000
[  101.365886] pppoe-wan: renamed from ppp0
[125428.681180] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[125444.296314] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready

error repeats

logread extract

Mon Jul 16 12:18:13 2018 daemon.info pppd[5502]: Plugin rp-pppoe.so loaded.
Mon Jul 16 12:18:13 2018 daemon.info pppd[5502]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Mon Jul 16 12:18:13 2018 daemon.notice pppd[5502]: pppd 2.4.7 started by root, uid 0
Mon Jul 16 12:18:28 2018 daemon.warn pppd[5502]: Timeout waiting for PADO packets
Mon Jul 16 12:18:28 2018 daemon.err pppd[5502]: Unable to complete PPPoE Discovery
Mon Jul 16 12:18:28 2018 daemon.info pppd[5502]: Exit.
Mon Jul 16 12:18:28 2018 daemon.notice netifd: Interface 'wan' is now down
Mon Jul 16 12:18:28 2018 kern.info kernel: [132218.626814] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
Mon Jul 16 12:18:28 2018 daemon.notice netifd: Interface 'wan' is disabled
Mon Jul 16 12:18:28 2018 daemon.notice netifd: Interface 'wan' is enabled
Mon Jul 16 12:18:28 2018 daemon.notice netifd: Interface 'wan' is setting up now
Mon Jul 16 12:18:28 2018 daemon.err insmod: module is already loaded - slhc
Mon Jul 16 12:18:28 2018 daemon.err insmod: module is already loaded - ppp_generic
Mon Jul 16 12:18:28 2018 daemon.err insmod: module is already loaded - pppox
Mon Jul 16 12:18:28 2018 daemon.err insmod: module is already loaded - pppoe
Mon Jul 16 12:18:29 2018 daemon.info pppd[5555]: Plugin rp-pppoe.so loaded.
Mon Jul 16 12:18:29 2018 daemon.info pppd[5555]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Mon Jul 16 12:18:29 2018 daemon.notice pppd[5555]: pppd 2.4.7 started by root, uid 0

Edit:
IPv6 is disabled for WAN

config interface 'wan'                          
        option proto 'pppoe'                    
        option ipv6 '0'

This issue pops up from time to time, but noone really seems to be able to pinpoint the reason.

It is not something that was introduced with 18.06, though. I had it happen on 17.01, too. From my observation it appears to become more frequemt when using SQM.

I was using sqm with 17.x and all was well before and after installing sqm.

This has only become an issue with 18.x . I have not added any packages to 18.x

Line Uptime: 13d 15h 41m 19s

So for me, this problem seems to be gone. I'm on a recent 18.06 build.
Pleas post the ouput of /etc/init.d/dsl_control status

OK, I will wait until it fails again and post dsl status

Edit:

Current Status ( Working )

#  /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Infineon 113.185
ATU-C System Vendor ID:                   00,00,00,00,00,00,00,00
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex:                                    A
Line Mode:                                G.992.5 (ADSL2+)
Profile:                                  
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 171384 / Far: 0
Errored seconds (ES):                     Near: 82 / Far: 0
Severely Errored Seconds (SES):           Near: 6 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 2
Unavailable Seconds (UAS):                Near: 46 / Far: 46
Header Error Code Errors (HEC):           Near: 2790 / Far: 7
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L0 - Synchronized
Latency [Interleave Delay]:               6.75 ms [Interleave]   1.25 ms [Interleave]
Data Rate:                                Down: 19.521 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN):                  Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN):                Down: 16.1 dB / Up: 9.1 dB
Noise Margin (SNR):                       Down: 5.0 dB / Up: 12.0 dB
Aggregate Transmit Power (ACTATP):        Down: 16.5 dB / Up: 11.3 dB
Max. Attainable Data Rate (ATTNDR):       Down: 18.888 Mb/s / Up: 1.200 Mb/s
Line Uptime Seconds:                      17412
Line Uptime:                              4h 50m 12s

Please read this post.
5.0 dB is quite low, also the big difference between down- and upstream values is weird. I'm not an expert in this, but this looks like your line has issues, maybe you should contact your ISP.
With exchanging my modem, I also changed the cable between wall and modem, I guess it's a good idea to check that as well.

Thanks I will do some troubleshooting

Besides that it really isn't, that's not the issue here:

Mon Jul 16 12:18:28 2018 daemon.warn pppd[5502]: Timeout waiting for PADO packets
Mon Jul 16 12:18:28 2018 daemon.err pppd[5502]: Unable to complete PPPoE Discovery

At some point, even with a perfectly stable DSL connection, PPPoE would fail to connect. No other measure (modem reset, network reset, etc) would help. Only a system reboot would bring the PPPoE connection up again.

By Full system reset do you mean reboot/power-on-off or do I need to sysupgrade and not keep any settings

Yes, sorry, I should have worded that more clearly.

Quote from https://www.dslreports.com/faq/16220

6dB is generally the lowest dB manufactures specify in order for the modem to be able to sync

My guess is that the Lantiq DSL firmware doesn't handle connection loss very well and won't reconnect after the connection was terminated. pppd doesn't know that the DSL link is down and therefore fails repeatedly.

After a disconnect: Does the output of /etc/init.d/dsl_control status change if you run it multiple times, or do the values stay the same?

So I disconnected the ADSL Line

# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          
ATU-C System Vendor ID:                   
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        , , , , , , , 
Annex:                                    
Line Mode:                                
Profile:                                  
Line State:                               DOWN [0x200: silent]
Forward Error Correction Seconds (FECS):  Near: 373562 / Far: 0
Errored seconds (ES):                     Near: 106 / Far: 2
Severely Errored Seconds (SES):           Near: 11 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 2 / Far: 2
Unavailable Seconds (UAS):                Near: 84 / Far: 82
Header Error Code Errors (HEC):           Near: 6418 / Far: 22
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L3 - No power
Latency [Interleave Delay]:               0.0 ms [Fast]   0.0 ms [Fast]
Data Rate:                                Down: 0 b/s / Up: 0 b/s
Line Attenuation (LATN):                  Down: 0.0 dB / Up: 0.0 dB
Signal Attenuation (SATN):                Down: 0.0 dB / Up: 0.0 dB
Noise Margin (SNR):                       Down: 0.0 dB / Up: 0.0 dB
Aggregate Transmit Power (ACTATP):        Down: 0.0 dB / Up: 0.0 dB
Max. Attainable Data Rate (ATTNDR):       Down: 0 b/s / Up: 0 b/s
Line Uptime Seconds:                      22157
Line Uptime:                              6h 9m 17s

Waited a bit then Reconnected ADSL Line (no reboot)

#  /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Infineon 113.185
ATU-C System Vendor ID:                   00,00,00,00,00,00,00,00
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex:                                    A
Line Mode:                                G.992.5 (ADSL2+)
Profile:                                  
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 316 / Far: 0
Errored seconds (ES):                     Near: 107 / Far: 2
Severely Errored Seconds (SES):           Near: 12 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 3 / Far: 2
Unavailable Seconds (UAS):                Near: 230 / Far: 230
Header Error Code Errors (HEC):           Near: 6418 / Far: 29
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L0 - Synchronized
Latency [Interleave Delay]:               7.0 ms [Interleave]   1.25 ms [Interleave]
Data Rate:                                Down: 18.985 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN):                  Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN):                Down: 15.9 dB / Up: 9.3 dB
Noise Margin (SNR):                       Down: 6.0 dB / Up: 11.9 dB
Aggregate Transmit Power (ACTATP):        Down: 16.3 dB / Up: 11.1 dB
Max. Attainable Data Rate (ATTNDR):       Down: 18.848 Mb/s / Up: 1.200 Mb/s
Line Uptime Seconds:                      73
Line Uptime:                              1m 13s

So it seems it can reconnect after a ADSL loss, but with the pppoe error it never recovers without a reboot

Edit:

I will have to wait until I get another pppoe error before I can check the dsl status in that situation

I would say: Don't bother. I've checked a few times now, the DSL line does not look any different.

For all the world, it looks like occasionally something unrecoverably breaks between the modem and OpenWrt. Unfortunately I cannot offer a solution, it seems like at the moment, noone can. :frowning:

Question: could anybody seeing this try to disconnect the phone line for 15 minutes and then plugging it in again? The idea being that there might be a difference between the openwrt device and the pppoe-server about the state of the connection (with the hypothesis that the server believes the connection is still up while the client wanting to create a new connection), and waiting long enough should time-out the stale connection on both sides. This is not a solution, but rather a crude attempt at further diagnosing the issue...

1 Like

OK
I will disconnect the ADSL line for 15 minutes next time it fails.

I also have the same problem but from the RC1

I have not tried yet to disable sqm (cake + piece of cake) on pppoe-wan.

Update

So far no errors, an interesting observation sicnce disconnecting/reconnecting the ADSL Line at both ends is that SNR has improved from 5dB (Down) to 7.1dB (Down). Maybe it was dirty RJ11 contacts, will wait and see.

# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Infineon 113.185
ATU-C System Vendor ID:                   00,00,00,00,00,00,00,00
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex:                                    A
Line Mode:                                G.992.5 (ADSL2+)
Profile:                                  
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 188713 / Far: 0
Errored seconds (ES):                     Near: 218 / Far: 3
Severely Errored Seconds (SES):           Near: 15 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 6 / Far: 3
Unavailable Seconds (UAS):                Near: 296 / Far: 296
Header Error Code Errors (HEC):           Near: 8878 / Far: 58
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L0 - Synchronized
Latency [Interleave Delay]:               7.0 ms [Interleave]   1.25 ms [Interleave]
Data Rate:                                Down: 18.733 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN):                  Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN):                Down: 15.7 dB / Up: 9.5 dB
Noise Margin (SNR):                       Down: 7.1 dB / Up: 12.5 dB
Aggregate Transmit Power (ACTATP):        Down: 16.3 dB / Up: 11.8 dB
Max. Attainable Data Rate (ATTNDR):       Down: 19.400 Mb/s / Up: 1.216 Mb/s
Line Uptime Seconds:                      50908
Line Uptime:                              14h 8m 28s

Still no complete loss of internet :slight_smile: , SNR (down) between 6dB and 7dB

# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Infineon 113.185
ATU-C System Vendor ID:                   00,00,00,00,00,00,00,00
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex:                                    A
Line Mode:                                G.992.5 (ADSL2+)
Profile:                                  
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 862557 / Far: 40352
Errored seconds (ES):                     Near: 663 / Far: 132
Severely Errored Seconds (SES):           Near: 35 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 6 / Far: 3
Unavailable Seconds (UAS):                Near: 296 / Far: 296
Header Error Code Errors (HEC):           Near: 29755 / Far: 228
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L0 - Synchronized
Latency [Interleave Delay]:               7.0 ms [Interleave]   1.25 ms [Interleave]
Data Rate:                                Down: 18.733 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN):                  Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN):                Down: 15.7 dB / Up: 9.5 dB
Noise Margin (SNR):                       Down: 6.0 dB / Up: 12.3 dB
Aggregate Transmit Power (ACTATP):        Down: 16.3 dB / Up: 11.8 dB
Max. Attainable Data Rate (ATTNDR):       Down: 18.664 Mb/s / Up: 1.224 Mb/s
Line Uptime Seconds:                      173357
Line Uptime:                              2d 0h 9m 17s

Short interuption on DSL but self recovered

[22758.493805] leave showtime
[22942.647217] [DSL_BSP_Showtime 914]: Datarate US intl = 1020958, fast = 0
[22942.652600] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82da0000
[22958.548761] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[22959.019453] pppoe-wan: renamed from ppp0
[23065.959287] leave showtime
[23132.250299] [DSL_BSP_Showtime 914]: Datarate US intl = 1020958, fast = 0
[23132.255640] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82e70000
[23142.989191] pppoe-wan: renamed from ppp0

So after 3 days the issue reappeared. At time of failure SNR was below 6dB, looks like a line issue problem, not sure why a reboot fixes it.

# date -u
Fri Jul 20 11:48:29 UTC 2018
# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Infineon 113.185
ATU-C System Vendor ID:                   00,00,00,00,00,00,00,00
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex:                                    A
Line Mode:                                G.992.5 (ADSL2+)
Profile:                                  
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 1173920 / Far: 40352
Errored seconds (ES):                     Near: 950 / Far: 207
Severely Errored Seconds (SES):           Near: 45 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 6 / Far: 3
Unavailable Seconds (UAS):                Near: 296 / Far: 296
Header Error Code Errors (HEC):           Near: 37986 / Far: 294
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L0 - Synchronized
Latency [Interleave Delay]:               7.0 ms [Interleave]   1.25 ms [Interleave]
Data Rate:                                Down: 18.733 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN):                  Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN):                Down: 15.7 dB / Up: 9.5 dB
Noise Margin (SNR):                       Down: 6.0 dB / Up: 12.1 dB
Aggregate Transmit Power (ACTATP):        Down: 16.3 dB / Up: 11.8 dB
Max. Attainable Data Rate (ATTNDR):       Down: 18.600 Mb/s / Up: 1.220 Mb/s
Line Uptime Seconds:                      261796
Line Uptime:                              3d 0h 43m 16s

[   90.209608] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82dc0000
[   96.517572] pppoe-wan: renamed from ppp0
[22758.493805] leave showtime
[22942.647217] [DSL_BSP_Showtime 914]: Datarate US intl = 1020958, fast = 0
[22942.652600] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82da0000
[22958.548761] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[22959.019453] pppoe-wan: renamed from ppp0
[23065.959287] leave showtime
[23132.250299] [DSL_BSP_Showtime 914]: Datarate US intl = 1020958, fast = 0
[23132.255640] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82e70000
[23142.989191] pppoe-wan: renamed from ppp0
[52065.642905] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42100020 DMADBG_7=0x000084c0
[290866.503156] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290882.118626] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290897.719175] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290913.324659] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290928.927151] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290944.546290] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290960.155969] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290975.765655] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[290991.376855] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291007.200907] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291023.385175] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291039.541801] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291056.120393] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291073.211340] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291090.039997] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291105.663043] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291121.262970] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291136.902193] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291152.516178] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291168.117564] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291183.721892] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291199.350719] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291214.950276] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291230.594298] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291246.189149] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291261.825799] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291277.427613] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291293.077220] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291308.681204] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291324.311522] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291339.919222] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291355.524601] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
[291371.116324] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready


Fri Jul 20 21:44:45 2018 daemon.warn pppd[9969]: Timeout waiting for PADO packets
Fri Jul 20 21:44:45 2018 daemon.err pppd[9969]: Unable to complete PPPoE Discovery
Fri Jul 20 21:44:45 2018 daemon.info pppd[9969]: Exit.
Fri Jul 20 21:44:46 2018 daemon.notice netifd: Interface 'wan' is now down
Fri Jul 20 21:44:46 2018 kern.info kernel: [291230.594298] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
Fri Jul 20 21:44:46 2018 daemon.notice netifd: Interface 'wan' is disabled
Fri Jul 20 21:44:46 2018 daemon.notice netifd: Interface 'wan' is enabled
Fri Jul 20 21:44:46 2018 daemon.notice netifd: Interface 'wan' is setting up now
Fri Jul 20 21:44:46 2018 daemon.err insmod: module is already loaded - slhc
Fri Jul 20 21:44:46 2018 daemon.err insmod: module is already loaded - ppp_generic
Fri Jul 20 21:44:46 2018 daemon.err insmod: module is already loaded - pppox
Fri Jul 20 21:44:46 2018 daemon.err insmod: module is already loaded - pppoe
Fri Jul 20 21:44:46 2018 daemon.info pppd[10022]: Plugin rp-pppoe.so loaded.
Fri Jul 20 21:44:46 2018 daemon.info pppd[10022]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Fri Jul 20 21:44:46 2018 daemon.notice pppd[10022]: pppd 2.4.7 started by root, uid 0

Fri Jul 20 21:45:01 2018 daemon.warn pppd[10022]: Timeout waiting for PADO packets


====After Reboot====

# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Infineon 113.185
ATU-C System Vendor ID:                   00,00,00,00,00,00,00,00
Chipset:                                  Ifx-AR9
Firmware Version:                         4.4.4.0.0.1
API Version:                              3.24.4.4
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex:                                    A
Line Mode:                                G.992.5 (ADSL2+)
Profile:                                  
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 93 / Far: 0
Errored seconds (ES):                     Near: 0 / Far: 0
Severely Errored Seconds (SES):           Near: 0 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 2
Unavailable Seconds (UAS):                Near: 46 / Far: 46
Header Error Code Errors (HEC):           Near: 0 / Far: 7
Non Pre-emtive CRC errors (CRC_P):        Near:  / Far: 
Pre-emtive CRC errors (CRCP_P):           Near:  / Far: 
Power Management Mode:                    L0 - Synchronized
Latency [Interleave Delay]:               7.0 ms [Interleave]   1.25 ms [Interleave]
Data Rate:                                Down: 18.702 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN):                  Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN):                Down: 16.0 dB / Up: 9.2 dB
Noise Margin (SNR):                       Down: 6.0 dB / Up: 11.3 dB
Aggregate Transmit Power (ACTATP):        Down: 16.3 dB / Up: 11.3 dB
Max. Attainable Data Rate (ATTNDR):       Down: 18.696 Mb/s / Up: 1.192 Mb/s
Line Uptime Seconds:                      21
Line Uptime:                              21s

I'm still rather convinced it is not a line issue. Judging from the outside, the dsl line and firmware works as it should: It reacts to a restart (/etc/init.d/dsl_control restart), the LED reacts accordingly, and it gives line info that varies like an "alive dsl line". I can't see how it would do any of these things if the DSL line wasn't connected or the modem firmware crashed.

It must be somewhere between the modem and OpenWrt.