Like this. The modem need to be behind the splitter. It is possible that your splitter already includes a filter, but it still needs to be before the modem.
Guys...I am really sorry...You are right. The picture is completely wrong. I didn't notice it till now. (It is a DLink DSL-30CF)
It is Line => Splitter => Modem (Output1) / Telephone (Output2)
My Apologies again
Openwrt if very stable on a VDSL line in my many years of using it. From your description you may have a line issue and/or a modem failing.
I am suspecting the modem here to be honest, But I have no idea how to make sure of this. This problem has started to happen 2 weeks ago. I have been using openwrt over 6 months now without any problem. . Perhaps there is a problem with the configuration on the openwrt side, too? I doubt it but I don't want to eliminate the possibility either.
Check modem logs to start with.
No problem with the logs expect a rare (ERROR_NO_CARRIER) event and I am troubleshooting it at the moment.
Is the modem supplied by your ISP? If not, it's firmware may not be compatible. Wrong annex or other issue
Yes. It is the modem supplied by my ISP with their firmware running.
The first step then is to configure it as a router and have it manage the PPPoE connection. If you can prove the instability that way, you can blame the ISP and get a new modem from them.
I think you should check the adsl splitter first to make sure it's not bad.
By my experience of using adsl many years ago, the first bad thing after many years of use is the adsl splitter.
You can check by disconnecting all the telephones, connecting the phone line wired directly to the modem, and see if the problem still exists.
The problems are not happening with the provided ISP router. Got back to OpenWRT and it is still happening. I can also confirm that it is happening with someone else using LEDE on WRT3200ACM. He told me he also noticed getting a different tone lately, since this problem has started to happen. I have been into loops with the ISP Customer Service telling me, no configuration changes have been made. Do you think the ISP is pushing new configurations silently to fight the use of Custom Routers?! and What different settings may I fiddle with?
I have set LCP echo failure threshold / LCP echo interval
to 5 /5 and completely deleted WAN6 interface and disabled all settings related to IPv6. Still under testing, but getting alot of this error in the log
daemon.err dnsmasq: failed to send packet: Permission denied
Could this be related: PPPoE disconnects every few hours ?
I doubt, the simptoms are totally different.
This means the remote end tried to close the connection. The reason... is only know to the ISP staff (or not even them).
Does the ISP support the use of custom routers? (there was a country wide legal issue about this in Germany, the people claiming, they should have this right... google it)
Thanks @xerces8 for your finding.
This is a new lead to use for troubleshooting the problem.
I have been using OpeWRT for over 6-7 months now without a single problem. This problem started to happen 2 weeks ago. However, many people here are complaining that the ISPs are pushing to sell their routers when subscribing to new xDSL services. Perhaps the ISPs are changing their polices.
For the matter of this: I tried to clone my ISP modem MAC address and use it in OpenWRT but I couldn't connect.
It may help but has the caveat of disabling media sensing on the (WAN) port.
Now I am two months later testing. The problem seems to be with OpenWRT. Returning back to the stock firmware running on Partition 1, the problem doesn't happen. Running a TPLink Archer VR600 doesn't cause this issue. It is only happening with OpenWRT. I upgraded my OpenWRT image to 19.07.3, and the problem is still happening.
I haven't tried it, but I don't want to lose the WAN media sensing too. I think this will disable the ifdown state of the WAN Port. Right?
Maybe this is the case? How to hide that I am using a custom router? How ISP actually senses that? Through my MAC Address? If so, Isn't MAC Cloning possible to masquerade my custom router's visibility?
@xerces8, I have noticed that you have worked out a solution, from your thread, to the PADT being sent by the AC and processed by the router. May I get a link to the patch file? I am running on 19.07.3.
See here: https://lkml.org/lkml/2020/6/9/864
Thanks @xerces8 for your response. I believe, I will have to edit the pppoe.c in the source code manually then compile and build instead of patching using quilt. Right?
I used quilt.
Otherwise the build system might overwrite your changes. It is very complex. Ask someone who knows it.
What I did was: checkout the sources from git, create a "proper" patch with quilt (follow the instructions from the wiki*, "quilt new" , then apply the patch, manually, or simply edit the file and add those two lines,
then do "quilt refresh", make update and the full make - note: this is a quick description, just to give you the rough idea, not all steps are listed)