10 adsl disconnections required
Here's the connection:
The majority of the disconnections we see on there are showing as 'user request' which is normally what we see when the router is disconnected rather than a sync drop.
Sorry if I've missed it, but is the connection wired or wireless?
The majority of the disconnections we see on there are showing as 'user request' which is normally what we see when the router is disconnected rather than a sync drop.
Sorry if I've missed it, but is the connection wired or wireless?
Here is the latest radius plot.
Hi scotland731, so you don't get yourself confused - or the rest of us 
what you posted in reply #17 is not a Radius Plot/Log, that's the TBB BQM (ThinkBroadBand Quality Monitor). What Chris posted in reply #15 is a "Visual" Radius log (VR for short).
Whilst we are on the subject of terminology, I'm sorry to have to be critical here but Townman, will you please stop using this "invented terminology" of yours, it means nothing to the great majority except there are possibly about 3 people on this forum that might know what you mean from a previous discussion we had. There is no such thing as "micro-sync loss".
Why don't you say in plain english, if there is an initial loss of Upstream sync which may then result in a loss of downstream sync, then this frequently does not result in a loss of PPP session and hence no gateway change or IP address change (if not on a fixed IP address).
scotland731, as has been commented by 2 or 3 posters your connection looks like it's being very heavily used from the information gleaned from the BQM, the very low BT speedtest might be consistent with that if it weren't for the fact that you said that the wireless was off and the rest of your network disconnected. Whilst we will bear the possibility of congestion in mind, I think there needs to be some more fundamental questions and potential issues dealt with first.
We'll just mention this first,
This isn't a "policy" as such, but as has been explained, it can be very difficult if connection loss is infrequent to convince BT Wholesale that there's a fault which should be investigated. I am however disappointed that the CSC response didn't appear to be more helpful in trying to get to the bottom of the issue, it could have been a simple misunderstanding, but I suspect that the right questions were not asked, and maybe CRT can have a look at the relevant ticket(s) and listen to any relevant phone call so some "feedback" can be addressed. It's clearly not acceptable to have losses of connection in the middle of gaming.
OK, down to a bit of nitty-gritty.
It's obvious that there is some sync loss occurring on occasion, but it's establishing the cause(s) that's important. Ignoring power outage, from the last DSL stats that you posted the CRC error count for that Uptime is enormous! IF the error rate that figure gives is on average is typical, it's no wonder sync is lost on occasion, but also from the stats the Upstream sync is banded, and the Downstream Target SNRM has been raised by the exchange DLM (Dynamic Line Management). Now, it also perfectly possible that that was one or two large bursts of noise/interference that caused those errors. For instance, the other night we a brief thunder and lightning storm which wouldn't have done much good for my error count - did you have anything like that since Wednesday 1300 for example? However, that doesn't account for the US banding or DS Target SNRM showing on the previous stats. Also Interleaving is on, increased latency - not good for quite a lot of gaming.
You mentioned about moving to the test socket, so let's start with basics.
Obviously you have a Master Socket similar to the one on the left. Can you describe any extension phone sockets, and what is normally plugged in where, what type of phone etc?
Do all your Microfilters look similar to this?
Can you hear/have you heard any crackling or other noises on the line when using the phone? Have you had any problems with incoming or outgoing calls? If need be, do the Quiet Line Test 17070 option 2.
Do you reboot the modem/router and under what circumstances do you do that/
Whilst you mentioned only your PC was on when you ran the BTw Speedtest, is it possible there was some other traffic from any automated updates or P2P software?
Lastly, What AV software are you using? Can I suggest that you also run a full in depth AV check, to make sure that the heavy usage that seems to be apparent from the BQM which also appears to be almost 24/7, isn't down to a virus etc.
what you posted in reply #17 is not a Radius Plot/Log, that's the TBB BQM (ThinkBroadBand Quality Monitor). What Chris posted in reply #15 is a "Visual" Radius log (VR for short).
Quote from: Townman ........... though there are known (suspected) cases of micro-synch loss without PPP session loss being seen.
Whilst we are on the subject of terminology, I'm sorry to have to be critical here but Townman, will you please stop using this "invented terminology" of yours, it means nothing to the great majority except there are possibly about 3 people on this forum that might know what you mean from a previous discussion we had. There is no such thing as "micro-sync loss".
Why don't you say in plain english, if there is an initial loss of Upstream sync which may then result in a loss of downstream sync, then this frequently does not result in a loss of PPP session and hence no gateway change or IP address change (if not on a fixed IP address).
scotland731, as has been commented by 2 or 3 posters your connection looks like it's being very heavily used from the information gleaned from the BQM, the very low BT speedtest might be consistent with that if it weren't for the fact that you said that the wireless was off and the rest of your network disconnected. Whilst we will bear the possibility of congestion in mind, I think there needs to be some more fundamental questions and potential issues dealt with first.
We'll just mention this first,
Quote from: scotland731 Are the forum members aware of this policy?
Would the forum members be happy if they had this response?
This isn't a "policy" as such, but as has been explained, it can be very difficult if connection loss is infrequent to convince BT Wholesale that there's a fault which should be investigated. I am however disappointed that the CSC response didn't appear to be more helpful in trying to get to the bottom of the issue, it could have been a simple misunderstanding, but I suspect that the right questions were not asked, and maybe CRT can have a look at the relevant ticket(s) and listen to any relevant phone call so some "feedback" can be addressed. It's clearly not acceptable to have losses of connection in the middle of gaming.
OK, down to a bit of nitty-gritty.
It's obvious that there is some sync loss occurring on occasion, but it's establishing the cause(s) that's important. Ignoring power outage, from the last DSL stats that you posted the CRC error count for that Uptime is enormous! IF the error rate that figure gives is on average is typical, it's no wonder sync is lost on occasion, but also from the stats the Upstream sync is banded, and the Downstream Target SNRM has been raised by the exchange DLM (Dynamic Line Management). Now, it also perfectly possible that that was one or two large bursts of noise/interference that caused those errors. For instance, the other night we a brief thunder and lightning storm which wouldn't have done much good for my error count - did you have anything like that since Wednesday 1300 for example? However, that doesn't account for the US banding or DS Target SNRM showing on the previous stats. Also Interleaving is on, increased latency - not good for quite a lot of gaming.
You mentioned about moving to the test socket, so let's start with basics.
Obviously you have a Master Socket similar to the one on the left. Can you describe any extension phone sockets, and what is normally plugged in where, what type of phone etc?
Do all your Microfilters look similar to this?
Can you hear/have you heard any crackling or other noises on the line when using the phone? Have you had any problems with incoming or outgoing calls? If need be, do the Quiet Line Test 17070 option 2.
Do you reboot the modem/router and under what circumstances do you do that/
Whilst you mentioned only your PC was on when you ran the BTw Speedtest, is it possible there was some other traffic from any automated updates or P2P software?
Lastly, What AV software are you using? Can I suggest that you also run a full in depth AV check, to make sure that the heavy usage that seems to be apparent from the BQM which also appears to be almost 24/7, isn't down to a virus etc.
Well so far that level of CRC errors is fairly respectable. My other immediate observation is that the modem/router seems to be performing better, higher DS sync speed for a slightly higher SNRM
Can you clarify "I have the filter plugged in and a 3 meter adsl telephone cable plugged in"? Is that 3m cable for the phone or the modem/router?
Iffor the modem/router then is it a round cable or a flat one? What type of phone - DECT or corded?
I'll take a few minutes to read and digest the rest of your post
Can you clarify "I have the filter plugged in and a 3 meter adsl telephone cable plugged in"? Is that 3m cable for the phone or the modem/router?
Iffor the modem/router then is it a round cable or a flat one? What type of phone - DECT or corded?
I'll take a few minutes to read and digest the rest of your post
Sorry just noted the N300, no correlation between use of that and sync drops I trust?
Edit: woops -made the cardinal sin of mistaking the achievable sync for the actual
Edit: woops -made the cardinal sin of mistaking the achievable sync for the actual
As far as the log goes, there is more in it that probably means a lot more to you than it does to me. Out of the bits that seem relevant, nothing seems untoward - to me anyway, but I'm not the best person to judge all of that lot
The trick with any dropping connection is to try and see if it correlates with anything happening in your property eg. Central Heating coming on.
But equally, faulty NTE5A's have been known to cause these issues. Shame they didn't fit a Mk3 SSFP for you. (aka vDSL plate).
The trick with any dropping connection is to try and see if it correlates with anything happening in your property eg. Central Heating coming on.
But equally, faulty NTE5A's have been known to cause these issues. Shame they didn't fit a Mk3 SSFP for you. (aka vDSL plate).