Mornin' Bob,

You beat me, I stopped mid reply to slurp tea.

Agreed, and we don't know it is banded. All I originally said was it is a possibility that we need to check.

If it isn't then we can forget about it, if it is then first level CS are unlikely even to know what he is talking about. In fact could waste time as we have seen two or three cases in the last few months where they appear to have triggered a BTW ADSL reset, sometimes more than once for the same customer when it has had no effect.

The first-line or even second line CS at many ISPs could well be completely unaware there are two different DLMs in play on FTTC, with the Openreach one the one that sets the connection parameters. All the BTW one does is set, and operate, the IP Profile. (As you know of course, but some readers in the future may not).

I suppose it's well below to replicate the problems on ADSL when there was line instability but not enough to affect the data rate's or SNR margin's.

...and that is the hardest thing to achieve. Openreach will not resolve if one is above the minimum service provision -10%.

Previously on another circuit I had to resort to reinstalling an old HH5a, reconnecting the property extension wiring and using a plugin filter to get the service below the minimum service provision for Openreach to accept the fault, then when receiving the call from the Eng. before he attended reverse it.

With Openreach being split off I can only see contractual standoffs becoming more common.

What a mess!

Edited by deleted (Sun 21-May-17 09:08:44)

I don't really understand what you are saying there but can be 99% sure it's nothing to do with that. What is known is that when and only when Openreach DLM banding is active then the BTW system is not using the same sync figure as we see our modem report.

Whether this is the Openreach one telling the BTW one a lower figure, or the BTW one is reducing it for some reason, we don't know. I have no idea or theory to explain it.

I'd rather we didn't discuss how and why it happens in this thread as doing so would be a complete distraction from solving the OP's problem.

I'm not saying VDSL is the same as ADSL, I'm just saying that on ADSL when there was line instability, the IP profile was lowered even if the sync rate remained the same. This seems to have been applied to VDSL, too.

Edited by deleted (Sun 21-May-17 09:14:04)

Just a thought, and please don't take it the wrong way .

From the number of lines discussed on these forums FTTC banding is quite a rare occurrence. If you have experienced it at two properties it does make me wonder if either there is something you are doing or an electrical item of some sort or other you possess that is upsetting Openreach DLM.

Tracing such an item can be difficult. It could even in the old days of just ADSL have been faulty "suppressors" in your car's or motorbike's ignition system. Or one that passed by frequently. See here. It was in fact mainly pre-internet and just ruined AM radio or television reception. But! Who knows?

As for what you may be doing, frequent turning Off and on of the modem or modem/router, frequent manually triggered re-sync's when trying to optimise the connection speed, things like that can make the system think there is instability.

There isn't a high probabilty of it being something you are doing, but perhaps it needs to be considered.

Start a thread somewhere if it bothers you. Please don't disrupt this one. Think back, .

Edit: From that explanation I think you are wrong anyway. But shhhhush here.

Edited by RobertoS (Sun 21-May-17 09:34:48)

I'm not wrong at all! There are several threads on the BTCare Community Forum of users complaining about stuck IP Profiles. Please don't try and get me to start a new thread when this needs explaining. Telling some one that they're wrong is a big no no! Maybe think about what you're going to post before you post it.

Edited by deleted (Sun 21-May-17 09:54:50)

The banding issue is only at one property.

All installations [and I have so far corrected >9] are "text book". i.e. NTE5a & Mk3/Mk4, Broadcom SoC routers for Huawei DSLAMS and no extension wiring connected.