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?
# /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
# /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. 
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...
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.
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 
, 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.
ok, i will keep monitoring
[116902.491621] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
# date -u ; /etc/init.d/dsl_control status
Sat Jul 21 20:23:56 UTC 2018
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: 337519 / Far: 0
Errored seconds (ES): Near: 304 / Far: 61
Severely Errored Seconds (SES): Near: 27 / Far: 0
Loss of Signal Seconds (LOSS): Near: 0 / Far: 2
Unavailable Seconds (UAS): Near: 46 / Far: 46
Header Error Code Errors (HEC): Near: 11257 / Far: 71
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: 5.7 dB / Up: 11.4 dB
Aggregate Transmit Power (ACTATP): Down: 16.3 dB / Up: 11.3 dB
Max. Attainable Data Rate (ATTNDR): Down: 18.504 Mb/s / Up: 1.184 Mb/s
Line Uptime Seconds: 113903
Line Uptime: 1d 7h 38m 23s
[117062.038511] leave showtime
# date -u ; /etc/init.d/dsl_control status
Sat Jul 21 20:28:26 UTC 2018
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: 378147 / Far: 0
Errored seconds (ES): Near: 307 / Far: 61
Severely Errored Seconds (SES): Near: 30 / Far: 0
Loss of Signal Seconds (LOSS): Near: 3 / Far: 2
Unavailable Seconds (UAS): Near: 77 / Far: 75
Header Error Code Errors (HEC): Near: 11424 / Far: 71
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: 114164
Line Uptime: 1d 7h 42m 44s
# date -u ; /etc/init.d/dsl_control status
Sat Jul 21 20:45:28 UTC 2018
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 [0x380: full_init]
Forward Error Correction Seconds (FECS): Near: 378147 / Far: 0
Errored seconds (ES): Near: 307 / Far: 61
Severely Errored Seconds (SES): Near: 30 / Far: 0
Loss of Signal Seconds (LOSS): Near: 3 / Far: 2
Unavailable Seconds (UAS): Near: 1100 / Far: 1098
Header Error Code Errors (HEC): Near: 11424 / Far: 71
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: 115154
Line Uptime: 1d 7h 59m 14s
[118127.854170] [DSL_BSP_Showtime 914]: Datarate US intl = 1020958, fast = 0
[118127.859599] enter showtime, cell rate: 0 - 2407, 1 - 2407, xdata addr: 0x82e00000
[118143.762184] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
# date -u ; /etc/init.d/dsl_control status
Sat Jul 21 20:46:38 UTC 2018
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: 406 / Far: 0
Errored seconds (ES): Near: 307 / Far: 61
Severely Errored Seconds (SES): Near: 30 / Far: 0
Loss of Signal Seconds (LOSS): Near: 3 / Far: 2
Unavailable Seconds (UAS): Near: 1111 / Far: 1111
Header Error Code Errors (HEC): Near: 11424 / Far: 71
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.670 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: 13.0 dB
Aggregate Transmit Power (ACTATP): Down: 16.3 dB / Up: 11.5 dB
Max. Attainable Data Rate (ATTNDR): Down: 18.692 Mb/s / Up: 1.228 Mb/s
Line Uptime Seconds: 59
Line Uptime: 59s
[118143.762184] IPv6: ADDRCONF(NETDEV_UP): dsl0: link is not ready
# ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes
ping: sendto: Network unreachable
# date; /etc/init.d/dsl_control status
Sun Jul 22 06:55:41 AEST 2018
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: 1187 / 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.513 Mb/s / Up: 1.020 Mb/s
Line Attenuation (LATN): Down: 16.8 dB / Up: 8.8 dB
Signal Attenuation (SATN): Down: 16.2 dB / Up: 9.2 dB
Noise Margin (SNR): Down: 6.0 dB / Up: 11.4 dB
Aggregate Transmit Power (ACTATP): Down: 16.4 dB / Up: 11.0 dB
Max. Attainable Data Rate (ATTNDR): Down: 18.492 Mb/s / Up: 1.204 Mb/s
Line Uptime Seconds: 75
Line Uptime: 1m 15s
# ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: seq=0 ttl=60 time=13.170 ms
64 bytes from 1.1.1.1: seq=1 ttl=60 time=12.633 ms
^C
--- 1.1.1.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 12.633/12.901/13.170 ms
It appears my only option is to reboot and hope ISP will improve the line quality
Your line may be horrible, but it does not have to do anything with your line quality if you have to reboot OpenWrt for PPPoE to work again.
I'll go ahead and remove "solved" from the topic, because it really isn't.
I went back to 17.x
LEDE_RELEASE="LEDE Reboot 17.01.5 r3919-38e704be71"
Comparing the /etc/config/network form each I noticed small difference that I don't understand.
config atm-bridge 'atm'
option encaps 'llc'
option payload 'bridged'
option vci '35'
option vpi '8'
config dsl 'dsl'
option firmware '/lib/firmware/adsl.bin'
option xfer_mode 'atm'
option annex 'a2p'
option line_mode 'adsl'
config interface 'wan'
option ifname 'nas0'
option proto 'pppoe'
option ipv6 '1'
config atm-bridge 'atm'
option encaps 'llc'
option payload 'bridged'
option vci '35'
option vpi '8'
option nameprefix 'dsl'
config dsl 'dsl'
option firmware '/lib/firmware/adsl.bin'
option xfer_mode 'atm'
option annex 'a2p'
option line_mode 'adsl'
config interface 'wan'
option proto 'pppoe'
option ipv6 '0'
option ifname 'dsl0'
Well, as far as I can tell the interfaces for atm (nasN) and ptm (ptmN) have been renamed to dslN since v17.01. The goal is to have a configuration that will, with minimal edits, allow to switch between atm and ptm. I assume this is assuming that more and more adsl customer lines will be switched to vdsl in the near future.
Best Regards
P.S.: it is a bit sad that the 15 Minutes delay did not fix things, but that sees to indicate even more, that the issue is something local to your router and the dslam is innocent.
I was hoping to do more testing on 18.06 but for now I will stay on 17.01.5 as I wasn't experiencing this problem on 17.01.4
Does that imply an offset is required
Refer here: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=dea8979a81d72eac79321f1f3bf72fb5244275b6
Have been on 17.01.5 for a week without observing this issue. Looks like it us only occuringon 18.06RCs
Upgraded to Release 18.06.0, uptime is 48+hours. haven't seen the issue again. Marking as solved.