I regularly check my number to see if the estimate changes (which it has done), however I did also check the address (postcode never lists FTTC however) and both results still say available with no indication that the cabinet was full.
Anyone Using an Asus DSL-AC68U
- Thread starter Socrates470BC
- Start date
I regularly check my number to see if the estimate changes (which it has done), however I did also check the address (postcode never lists FTTC however) and both results still say available with no indication that the cabinet was full.
Ah well was worth a shot, have another look in around 2 weeks and see if the estimate has gone up, if not then i doubt whatever they were doing helps existing customers in general.
Did (assuming you can see it) they mess around at the old cabinet also? If so they were probably just investigating someones fault.
Not that I saw, they were just in the ECI cabinet while they were there. Didn't notice them enter the PCP cabinet at all.
This is what I do whenever upgrading the firmware and then perform a factory reset.
Associate
- Joined
- 8 Oct 2014
- Posts
- 181
Probably investigating strange DSLAM behaviour or are you running the Asus normally now
I have been running it normal for a short while, allowing the DSLAM to apply its configuration. Although I can't verify it, I doubt somehow that was why two of them were working at the cab - surely one person would've been adequate or even checks done remotely
.At the moment I've got the ECI /r on because of the G.INP and firmware update that the ECI modems require in order to support it. My theory is that DLM won't use G.INP on the 'circuit' (connection/line) unless BTAgent (or the equivalent on other BT certified modems/modem+routers) tells the MMS that it either supports G.INP or has a certain brand, model and/or firmware version connected at the time.
Associate
- Joined
- 7 Jul 2009
- Posts
- 510
- Location
- Bristol, UK
So after 24 hours I had a couple of disconnects yesterday but very few CRCs. Strangely DLM didnt hit me this morning for the disconnects, but I've removed the modem and gone back to the HH5 again.
That's me done with this for a few more months.... Good luck everyone else!
That's me done with this for a few more months.... Good luck everyone else!
Ixel, could you help me with the wan commands to reduce the interleaving delay? I play online games and this asus has made dlm me up to 45ms from 19ms in a week, I gout access to tc console but wan command outputs nothing I remember you mentioning something about tc diag value??? Please can you help I'd be very greatful
Associate
- Joined
- 11 Jul 2011
- Posts
- 178
- Location
- Aberdeen
I chickened out when the CRC count went over 10,000 in around 4 hours yesterday - so a day's worth on average of the HG612. Really doesn't like my line at all with it's current firmware. HG612 back in and monitoring. I may go back to the ECI modem and be blissfully unaware of the CRCs etc.
for me to understand what my line performs like, i have got my self a hg612 so i can compare
out performs the modem of the asus.
Code:
Since Link time = 2 days 16 hours 1 min 27 sec
FEC: 195196 2288
CRC: 17 5
ES: 2 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0out performs the modem of the asus.
Im interested in what line rates people that are still having issues normally get from their lines when running modems/routers (like the HH5 or Huawei or ECI modems) when their line is performing to its regular best potential. It seems strange many can now run this device stably and others can not, so im curious if your line has to be a "good" line so to speak for the Asus to perform well.
Apart from the FEC figure they do not look much different, FEC should not have any effect as its just Foward Error Control rather than an error figure itself. Think of it more like a figure of potential errors which were corrected before they create an issue.
It can pretty much be ignored on the Asus and judging by the above if that is for a Huawei modem and FEC did play a part in DLM then with around 70,000-100,000 FEC a day i imagine DLM would still interfere with your connection regardless. As that compared to some lines is still sky high.
Associate
- Joined
- 11 Jul 2011
- Posts
- 178
- Location
- Aberdeen
HG612 stats:
Sync 67983 16995
Attainable 67744 17991
SNR 6.1 6.1
Attenuation 18 0 (ECI cabinet seems to misreport upstream)
Output Power 14.1 6.8
When I connect the DSL-AC68U the figures don't change much, if at all. Slightly less downstream sync but it will keep the SNR at the same 6.1 - 6.3 range.
The sync speed is in line, well slightly above, the DSL checker estimates.
Connected to ECI cabinet.
with eci modem my sync is 69 no dlm intervention on fastpath a ping of 9ms to google.com.
with asus as modem and router at first my sync would show at 71 then after a day or 2 it drops slowly eventually lowering to 58 fastpath would then change to interleave as judged by my ping. CRC would be through the roof where the asus would disconnect.
im 0.2 miles away from cabinit, recently i have seen the btw adsl checker increase its range on both the clean and impacted, this is where its at now.
FTTC Range A (Clean) 77.6 57.9 20 18.9 -- Available
FTTC Range B (Impacted) 70 41.3 20 12.2 -- Available
this has updated recently its been a few weeks since i checked
when i first ordered fibre at this property my estimate was 54, its is now at
this
Estimated line speed:
60Mb (Download speed could vary depending on line conditions. Estimates are the maximum speeds that your phone line can support. These speeds are dependent on the package you choose.) - Checked on 2014-12-21 18:24:18
with asus as modem and router at first my sync would show at 71 then after a day or 2 it drops slowly eventually lowering to 58 fastpath would then change to interleave as judged by my ping. CRC would be through the roof where the asus would disconnect.
im 0.2 miles away from cabinit, recently i have seen the btw adsl checker increase its range on both the clean and impacted, this is where its at now.
FTTC Range A (Clean) 77.6 57.9 20 18.9 -- Available
FTTC Range B (Impacted) 70 41.3 20 12.2 -- Available
this has updated recently its been a few weeks since i checked
when i first ordered fibre at this property my estimate was 54, its is now at
this
Estimated line speed:
60Mb (Download speed could vary depending on line conditions. Estimates are the maximum speeds that your phone line can support. These speeds are dependent on the package you choose.) - Checked on 2014-12-21 18:24:18
Code:
DSLAM/MSAN type: IFTN:0xb204 / v0xb204
Modem/router firmware: AnnexA version - A2pv6C030b.d22g
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 2 days 17 hours 13 min 57 sec
Resyncs: 0 (since 27 Jan 2015 15:36:53)
Downstream Upstream
Line attenuation (dB): 0.0 0.0
Signal attenuation (dB): Not monitored
Connection speed (kbps): 59757 19000
SNR margin (dB): 6.4 6.4
Power (dBm): 12.5 6.3
Interleave depth: 1253 298
INP: 4.00 2.50
RSCorr/RS (%): 0.0089 0.0713
RSUnCorr/RS (%): 0.0001 0.0000
ES/hour: 0 0
Last edited:
I've replied to your PM on the TBB forum (if that was you), please could you email me as stated in the PM. Alternatively send me a trust message here (by clicking the trust button) so I can reply by email.
Interesting those a Mb or two below what would normally be 70Mb (IE 65-70Mb range) on Huawei/ECI gear seem to be the people with issues. I think it is around this mark where the DLM system on some lines has trouble deciding if you should be Fast path or interleaved. My connection normally is around 71Mb but has previously been affected by interleaving which then drops it to around 63-65Mb. I then have to wait several weeks before it puts me back to fast path, it will then stay there for several months until there is some issue and i automatically get interleaved again. There is obviously no real need for it to do this when the device has been solid for months.
I suspect around 70Mb is kinda like a fine line for the DLM system, combine that with modem swapping and not only the Asus but any other device you care to try reporting slightly different stats (normally with regards to error rates its worse on most devices ive read about) and you end up interleaved.
Having had a quick look on kitz forum at people comparing stats on various devices ive yet to see a third party device whos error rates end up being less than the supplied Huawei or ECI modems. Many report an initially higher sync but due to the increase error rates (or what is reported as higher compared to Huawei/ECI modems) that seems to then drop, if lucky to the same as the supplied modems, if unlucky to a slower speed. Ive just read several posts on various gear including Billion broadcom chipsets and it seems to be a common pattern.
Frankly i do not think it is the fault of the Asus or any other third party device, it just happens that the Huawei or ECI modems perform better, which is no shock when you consider the firmware for them was specifically written for FTTC in this country and not a general worldwide audience.
I suspect around 70Mb is kinda like a fine line for the DLM system, combine that with modem swapping and not only the Asus but any other device you care to try reporting slightly different stats (normally with regards to error rates its worse on most devices ive read about) and you end up interleaved.
Having had a quick look on kitz forum at people comparing stats on various devices ive yet to see a third party device whos error rates end up being less than the supplied Huawei or ECI modems. Many report an initially higher sync but due to the increase error rates (or what is reported as higher compared to Huawei/ECI modems) that seems to then drop, if lucky to the same as the supplied modems, if unlucky to a slower speed. Ive just read several posts on various gear including Billion broadcom chipsets and it seems to be a common pattern.
Frankly i do not think it is the fault of the Asus or any other third party device, it just happens that the Huawei or ECI modems perform better, which is no shock when you consider the firmware for them was specifically written for FTTC in this country and not a general worldwide audience.
