PPP LCP Send Termination Request [User request]

[togsdragracing]

Encouraged by the above I put my HH5 back in place this evening. Fell over within five minutes and then again about ten minutes after restarting itself.

I can correlate my HH5 problems with the installation of the latest firmware. It may well be dated 3rd January but my HH5 picked up the firmware on 27th and that's when the problems started...

[Storm]

Well happy to say I'm still connected after 32 hours. This is by far the longest solid connection I've had on the HH5 in the last month.

I really shouldn't tempt fate should I!

Just waiting on the Boost Engineer visit this morning to sort out the fact I've lost over 20% of my download speed while all of this has been going on, fingers crossed he turns up.

[infinidim]

---

@Storm wrote:

Well not one for tempting fate but here goes!

I'm back on the HH5 and it hasn't dropped a connection in 26hours! Have things been sorted out or are others still seeing the same issue?

It would be nice for BT to come clean and tell us what is/was going on.

---

I would expect a device like the Home Hub 5 (with it's integrated VDSL modem) to stay up all the time until there is either an incident on the copper or a failure within the "back-haul" network. A few minute to 24 hours is not acceptable and I would suggest make the Home Hub 5 not fit for purpose.

Yet again I ask the moderators to respond on this issue to this forum. They must have some idea what is going on here, if not they can contact development in Adastral (UK development labs for BT) to find out what is going on and when it is going to be fixed.

Given that the DLM will decrease the performance of the link once it sees issues on it then I see the Home Hub 5 as a retrograde step.

They must be able to solve this issue easily as they can create situations in Adastral that replicate the FTTC platform and they can induce errors onto the cooper element as well.

Come on BT get your act together again and get this sorted as quickly as possible.

[UmbertyUmberty]

Just installed HH5 at home and getting the same issues. Completely random, from minutes to hours!

Getting about the right Up/Down speeds I have nearly always had. 50 down and 8 up.

On the latest firmware AFAIK: BT Home Hub 5 (Type A) | Software version 4.7.5.1.83.8.173.1.6

😞

11:03:01, 06 Feb.	(74889.830000) CWMP: session completed successfully
11:03:01, 06 Feb.	(74889.620000) CWMP: HTTP authentication success from https://pbthdm.bt.mo
11:02:55, 06 Feb.	(74884.000000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
11:02:55, 06 Feb.	(74883.990000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
11:02:52, 06 Feb.	(74880.920000) WAN operating mode is VDSL
11:02:52, 06 Feb.	(74880.920000) Last WAN operating mode was VDSL
11:02:51, 06 Feb.	(74879.830000) PPP IPCP Receive Configuration ACK
11:02:51, 06 Feb.	(74879.820000) PPP IPCP Send Configuration Request
11:02:51, 06 Feb.	(74879.820000) PPP IPCP Receive Configuration NAK
11:02:51, 06 Feb.	(74879.810000) PPP IPCP Send Configuration ACK
11:02:51, 06 Feb.	(74879.810000) PPP IPCP Receive Configuration Request
11:02:51, 06 Feb.	(74879.810000) PPP IPCP Send Configuration Request
11:02:51, 06 Feb.	(74879.810000) CHAP authentication successful
11:02:51, 06 Feb.	(74879.720000) CHAP Receive Challenge
11:02:51, 06 Feb.	(74879.710000) Starting CHAP authentication with peer
11:02:51, 06 Feb.	(74879.710000) PPP LCP Receive Configuration ACK
11:02:51, 06 Feb.	(74879.710000) PPP LCP Send Configuration Request
11:02:51, 06 Feb.	(74879.710000) PPP LCP Receive Configuration Reject
11:02:51, 06 Feb.	(74879.700000) PPP LCP Send Configuration ACK
11:02:51, 06 Feb.	(74879.700000) PPP LCP Receive Configuration Request
11:02:51, 06 Feb.	(74879.700000) PPP LCP Send Configuration Request
11:02:49, 06 Feb.	(74877.720000) CWMP: session closed due to error: Could not resolve host
11:02:49, 06 Feb.	(74877.690000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
11:02:49, 06 Feb.	(74877.690000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
11:02:49, 06 Feb.	(74877.430000) CWMP: Initializing transaction for event code 4 VALUE CHANGE
11:02:41, 06 Feb.	(74869.820000) PPP LCP Send Termination Request [User request]

[infinidim]

---

@UmbertyUmberty wrote:

Just installed HH5 at home and getting the same issues. Completely random, from minutes to hours!

Getting about the right Up/Down speeds I have nearly always had. 50 down and 8 up.

On the latest firmware AFAIK: BT Home Hub 5 (Type A) | Software version 4.7.5.1.83.8.173.1.6

😞

11:03:01, 06 Feb.	(74889.830000) CWMP: session completed successfully
11:03:01, 06 Feb.	(74889.620000) CWMP: HTTP authentication success from https://pbthdm.bt.mo
11:02:55, 06 Feb.	(74884.000000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
11:02:55, 06 Feb.	(74883.990000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
11:02:52, 06 Feb.	(74880.920000) WAN operating mode is VDSL
11:02:52, 06 Feb.	(74880.920000) Last WAN operating mode was VDSL
11:02:51, 06 Feb.	(74879.830000) PPP IPCP Receive Configuration ACK
11:02:51, 06 Feb.	(74879.820000) PPP IPCP Send Configuration Request
11:02:51, 06 Feb.	(74879.820000) PPP IPCP Receive Configuration NAK
11:02:51, 06 Feb.	(74879.810000) PPP IPCP Send Configuration ACK
11:02:51, 06 Feb.	(74879.810000) PPP IPCP Receive Configuration Request
11:02:51, 06 Feb.	(74879.810000) PPP IPCP Send Configuration Request
11:02:51, 06 Feb.	(74879.810000) CHAP authentication successful
11:02:51, 06 Feb.	(74879.720000) CHAP Receive Challenge
11:02:51, 06 Feb.	(74879.710000) Starting CHAP authentication with peer
11:02:51, 06 Feb.	(74879.710000) PPP LCP Receive Configuration ACK
11:02:51, 06 Feb.	(74879.710000) PPP LCP Send Configuration Request
11:02:51, 06 Feb.	(74879.710000) PPP LCP Receive Configuration Reject
11:02:51, 06 Feb.	(74879.700000) PPP LCP Send Configuration ACK
11:02:51, 06 Feb.	(74879.700000) PPP LCP Receive Configuration Request
11:02:51, 06 Feb.	(74879.700000) PPP LCP Send Configuration Request
11:02:49, 06 Feb.	(74877.720000) CWMP: session closed due to error: Could not resolve host
11:02:49, 06 Feb.	(74877.690000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
11:02:49, 06 Feb.	(74877.690000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
11:02:49, 06 Feb.	(74877.430000) CWMP: Initializing transaction for event code 4 VALUE CHANGE
11:02:41, 06 Feb.	(74869.820000) PPP LCP Send Termination Request [User request]

---

I will have to look at this one a little later on. It looks like there is an issue within the BT back-haul network that is causing the LCP termination to be sent out and hence drop the PPP session.

[UmbertyUmberty]

Thanks.

[Stuey3d]

As I keep pointing out check your stats sync/max attainable/snr and then check them after a disconnect and they will be identical which should mean DLM wont kick in as you are not actually disconnecting from the street equipment but further down the network and DLM lives in the street equipment, it hasnt for me yet *touch wood* and this has been going on a while.

Max attainable/snr are constantly changing due to local conditions but the Sync rate will be exactly the same and the max attainable and snr will be around the same as it was before the "PPP LCP Send Termination Request [User request]" disconnect.

[Storm]

Not true in my case I'm afraid, my downsteam SNR increased 2dB and my download sync speed dropped 8Mbps.

Glad to say Boost Engineer came this morning and did a reset now I'm getting better than I ever did on the download, upload is still down on what it was i.e. just over 9Mbps:-

Mind I know it won't stay that way as the DLM does it's stuff but I can live in hope.

The other thing worth mentioning is that after discussiosn with the two openreach guys they also hadn't been given any information of potential issues but had noticed that had been called out to a lot more incidents of a similar nature.

Will BT ever tell us what has been/is still going on?

[Rialten]

I have found it to be the case that the sync stats are identical.  Hope you're right about DLM not misinterpreting these drops.

[legitimise_sailing]

Openreach won't be aware of ISP issues.