I have been going through some other forums as well and found that many users in BE don't necessarily end up with the same line parameters, although they are using a similar blob and firmware. So how the line params are negotiated seems to depend on the DSLAM you are connected to.
I also found that OpenWrt has disabled some functionality in the driver related to DELT. I read up on this and it seems to be a monitoring mechanism used by the DSLAM to evaluate line conditions. So it might be worth to try and enable it to see if that increases the stability (I think it could if DSLAM uses this)? I have also enabled some other counters in the driver which could be nice to add to my dashboard.
Also after enabling bitswap I have at least an uptime twice as good as before. Initially I couldn't stay online longer than a day. Right now it's online longer than 2 days and counting. Most of the interruptions seem to be related to a huge increase in ReTx error counters. So I guess this indicates that there is a huge interference on the line from time to time.
I read in different forums that powerline adapters can be a source of interference (and I'm using one myself that has cabling near the dsl line). So I might also try to move it elsewhere and see if that affects ReTx error counters.
maurer Has firmware version 5.8.1.8.1.6 been stable for you? Im with TalkTalk using an fitzbox at the moment with the same vendor ID as you with a broadcom 192.28) so more then likely using a huawei 288 street cabinet housing type
DSL Info (from fitzbox OS not on openwrt yet)
Broadcom 192.28 - VDSL2 17a (ITU G.993.2)
Receive Direction Send Direction
G.INP on off
Seamless rate adaptation off off
Bitswap on on
G.Vector off off
Carrier record A43 A43
If IFTN / Infineon vendor ID is showing is an ECI cabinet for UK
Did anyone notice the DSL uptime drift (or lack of it) with different firmwares?
I'm currently using the one provided by default and I had to multiply the uptime value by around 1,0235 to get the correct uptime, so I'd like to know if it's specific to the firmware version or a general issue with xDSL modem in SoC?
Select the ltq_dsl_collectd package in my packages repository clone. It should then add the required script to your build to send this output to collectd.
If you read the metrics on a remote collectd host then don't forget to add the types I added for the G.INP counters, otherwise this might not work.
Just trying to extract "filesystem.image" from the latest Labor image of Fritz box 7490 (build 85134) via 7z and while extracting I get the following: "No files to process"
Nothing is extracted to the folder.
Does anyone know if something changed recently in terms of the image structure?
I wanted to check if a newer version of the lantiq xdsl firmware exists or if it is still 5.9.1.4.0.7 - normally AVM is/was the place to look for a newer version.
Is that still your recommended firmware for a 3370?
I just switched from a somewhat stable TL-W8970B on 100/40 VDSL line to the fritzbox and I am having a hard time finding a firmware that does not reconnect every 15 minutes... Right now I am on the one from inside https://download.avm.de/archive/fritz.box/fritzbox.wlan_3370/firmware/deutsch/ and it seems stable for now, but the speed is disappointing. For what it's worth: with the TP-Link I had 5.7.6.A.0.7 and it worked okay.
Good stuff. Thanks for the guidance.
Fyi, the latest build (85134) of 7490's fw still has 5.9.1.4. The checksum is identical to the one existing in your 2nd link.
Going forward, is it fair to assume that there is no scope for a newer release after 5.9.1.4? This has remained the same for the last couple of years.
