Downstream SNR varying wildly
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Help with my Plusnet services
- :
- Broadband
- :
- Re: Downstream SNR varying wildly
Re: Downstream SNR varying wildly
14-02-2016 11:52 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
I am using bespoke logging, but records all useful info that is simply avaiable on the TP_Link router.
Things like switching on PPP LCP logging goes well beyond what most routers would ever allow you to do using cli or http.
Bits per tone on a tp-link is only avaiable trough a hack, but that doesn't seem my issue at the moment.
Effectivly I'm looking at learning what can be done of the DSL training period, from a remote modem - this is way outside most peoples comfort zone, but I don't see any other way of seeing what my line is doing.
Re: Downstream SNR varying wildly
14-02-2016 12:03 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
You can then work out the MTBE upstream and downstream and MTBR (mean time between errors and mean time between retrains) these stats are what causes DLM to raise the snrm.
Re: Downstream SNR varying wildly
14-02-2016 2:36 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Are your SNRM graphs still showing a similar pattern to those in reply #54?
As far as some of the PPP drops are concerned, don't forget you will (should) get one every time your Current Line speed updates which may be some time after a DSL drop and change of sync speed. I wouldn't get too concerned with PPP drops (obviously note them) it's ADSL drops and errors that are significant.
I'm wondering if there is some continuous strong background interference rather than the pattern at defined times that you saw previously (did you ever identify anything that fitted those time slots?). This could even be severe cross-talk from another line.
Another daytime bits/tone plot when the SNRM is nice and stable would be good, along with the SNRM plot. I would hope you might be seeing some pretty flat daytime SNRM plots for some periods of the day when we have fairly stable weather patterns. I wasn't overly convinced all was well looking at the daytime plots previously, but you can get days like that from time to time if daytime propagation is affected by the weather patterns, but it's not like that day after day after day.
I'd also be inclined to get a bit OCD with doing random Quiet Line Tests (17070 option 2) to see if you ever hear any noise on the line.
Re: Downstream SNR varying wildly
14-02-2016 2:49 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
TP-Link is bad at showing error reports in cli/http - but ejs has put alot of work into getting inside the TP-Link OS, and access low level DSL info.
I'm just looking into those, and LCP, so will hopefully be able too add those to the logs, but it will take a fair bit of script rewriting.
So not yet logging low level errors, but its on the way ...
Re: Downstream SNR varying wildly
14-02-2016 4:44 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: Downstream SNR varying wildly
16-02-2016 9:05 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
/firmware # /firmware/dsl_cpe_pipe.sh g997lsg 1 1
nReturn=0 nDirection=1 nDeltDataType=1 LATN=453 SATN=436 SNR=131 ATTNDR=5860000 ACTPS=0 ACTATP=204
/firmware # /firmware/dsl_cpe_pipe.sh pmcctg 0 0
nReturn=0 nChannel=0 nDirection=0 nElapsedTime=355143 bValid=1 nCodeViolations=433 nFEC=74636
/firmware # /firmware/dsl_cpe_pipe.sh g997fpsg 0 0
nReturn=0 nChannel=0 nDirection=0 nNFEC=16 nRFEC=16 nLSYMB=256 nINTLVDEPTH=8 nINTLVBLOCK=16 nLPATH=0
/firmware # /firmware/dsl_cpe_pipe.sh g997fpsg 0 1
nReturn=0 nChannel=0 nDirection=1 nNFEC=12 nRFEC=12 nLSYMB=1520 nINTLVDEPTH=32 nINTLVBLOCK=12 nLPATH=0
So if reading correctly - a fair bit of interleaving switched on. There is a FEC about every 5 seconds. Is that bad? Need to dig a bit more to understand these numbers.
Re: Downstream SNR varying wildly
16-02-2016 10:29 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
/firmware # /firmware/dsl_cpe_pipe.sh pmcctg 0 0
nReturn=0 nChannel=0 nDirection=0 nElapsedTime=360436 bValid=1 nCodeViolations=433 nFEC=75113
So time and FEC increasing - so this is a useful channel to look at.
As ejs noted, many fields in TP-Link routers, even when hacked, are zero. Looks like a limitation of the ADSL driver, which is a pity as the lantiq hardware seems good, and capable of VDSL. So I'll probably look at migrating to a more upto date openwrt at some stage ...
Re: Downstream SNR varying wildly
16-02-2016 10:41 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote ElapsedTime=355143
= about 98 hours
Quote nCodeViolations=433
error seconds
MTBE = 355143/433 = 820 now not a problem
Quote FEC=74636
not a problem fec's are corrected errors
Ignore FEC's keep an eye on the code violations...probably the high SNRM is doing it's job and has reduced the error seconds.
Off to bed now....post more stats or log the error seconds and draw a graph against time.
Ian
edit Typo
Re: Downstream SNR varying wildly
17-02-2016 8:42 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: Downstream SNR varying wildly
17-02-2016 8:45 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: Downstream SNR varying wildly
17-02-2016 10:27 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: Downstream SNR varying wildly
17-02-2016 5:45 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
nReturn=0 nChannel=0 nDirection=0 nElapsedTime=429907 bValid=1 nCodeViolations=446 nFEC=79281
So its been 13 error in 20 or so hours.
Re: Downstream SNR varying wildly
17-02-2016 6:58 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
~ # /firmware/dsl_cpe_pipe.sh pmlsctg 0
nReturn=0 nDirection=0 nElapsedTime=85607 bValid=1 nES=412 nSES=0 nLOSS=0 nUAS=58 nLOFS=0
Re: Downstream SNR varying wildly
17-02-2016 8:12 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Get your script and graphing working, then see if plusnet can reset your snrm back to 6 dB again then see if there is a pattern with the errors.
Re: Downstream SNR varying wildly
18-02-2016 9:10 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote from: summers So seems like my connection isn't that bad.
Don't forget that because your SNRM is now at a much higher level this will reduce the number of errors - that's precisely why DLM does that.
Quote from: summers Have no idea whats causing it, looks like during the training period, that the exchange isn't happy with my line
Are you able to plot the Upstream SNRM? We've seen cases where DLM has changed Downstream parameters apparently because it hasn't liked what it saw on the Upstream!
I have a suspicion that the current situation may be due to the fact that you now have some continuous interference present rather than just the "timed" periods you saw previously. Did you ever associate those time periods with anything specific? This might be critical to pinning down possible causes of your problem.
What is the Thomson modem/router that you have, is it the TG582n? If so, although it has some other irritating features, it is able to deliver good diagnostics and error information. It might be worth trying.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Help with my Plusnet services
- :
- Broadband
- :
- Re: Downstream SNR varying wildly