A better indicator I feel is looking at SES stats.
Agree that ErrSec & SES give a better indication than total count, because when looking at line stats you dont often know if its burst or continous.
When recording with DSLstats/HG612Modem_stats I would see ESecs and SES during the 'burst periods' when the phone was in use.
Now I may be wrong (BS could perhaps confirm) but I dont recall seeing ErrSec & SES displayed on the JDSU. Its a small screen and from what I can recall by looking over his shoulder it only showed CRC/HEC/FEC on the page that the engineer was watching when doing his tests. It may have been on another page or further down the screen?
error rate threshold is determined by line length and quality, this I already believed to be the case anyway
It makes total sense for it to be this way.
My error rate on vdsl was about 300 crc a day (when I had 90 attainable with spare snrm)
In this respect the engineer is limited in that they can only monitor for a 5-15 min period. Tough luck if its intermittent
The past 2 engineers have been good and know their stuff and have also both been interested in stat monitoring progs. Luck of the draw with engineers and how much they now.
Ezzer gives a general guide
herewhenever I have had a BT line, its been bad, now if I use it there is a background hiss and audio is quiet both ends.
Mine used to be good, then it started getting a cyclic hiss.. obviously this then progressed to noise being worse than the voice level.
Now its a very slight background hiss on QLT, but call quality is clear. I have only tested with cordless though since the fault. Id need to plug my old corded phone back in to give a better indication.
The big question is, is your fault cleared up now?
Its been up for nearly 2 days and SNRm hasnt budged. Can use phone without any problems and nothing happening to the SNRm. Looks like Ive had a few FECs on the upstream and a some CRC/HEC on the downstream but Im not too bothered as all seems well as far as Im concerned.
Im ignoring my upstream RS graph which is periodically blipping with 4.5e+006 spikes.
Also need to do a full modem power recycle as I could do with monitoring from fresh and clear out any totals, because theres a hell of a lot of ES & SES which were likely picked up the day before the fault was cleared.
---
Edited to correct stupid typ0