cancel
Showing results for 
Search instead for 
Did you mean: 
interalia
Aspiring Contributor
111 Views
Message 1 of 1

Lower speeds + Understanding hub details

Before getting into the lower speeds issue I've been experiencing, posting stats etc, I'd like to understand what's happening with "Hub Events" -- don't know if that's the right name for them, but I mean when the power light flashes (on a HH5).

According to BT's guide, orange and red lights are possible, but TBH I'm not sure which I'm seeing. Always looks orange to me rather than red, but the explanations relating to orange don't fit very well so maybe it's actually what they're calling red!

A typical hub event (HE) consists of alternating states: (1) flashing orange-or-red power light, alternating with (2) a solid orange-or-red power light with flashing orange-or-red B (broadband light). They constantly cycle like this for as long as the HE lasts.

It might only last a minute or two, or a good bit longer -- 10, 15, 20 mins or (like the one below) over half an hour.

Recently there have been a few exceptionally long HEs lasting well over an hour, or even approaching 2 hrs. Usually these start the same as all the others (alternating sequence as described), but sometimes then go into a constant state of only the flashing power light (i.e. no alternating with the broadband light). I do my best not to intervene, leaving it to try and do whatever it's attempting to do -- for an hour or so, or longer if I can -- but often there's work I need to be online for, or it causes other issues (like the internet security application saying it can't update), so when needs must after avoiding it for as long as possible, I'll flick the power off for a second so the hub has to restart/boot (green light) before going blue and I can carry on. Another HE usually follows very quickly, but only short and not extending into hours.

WAN log always has these entries (uptime, up/down speeds and SNR margins vary obviously, as do bracketed numbers):

20:51:45, 17 Jul.    (105474.370000) WAN operating mode is VDSL
20:51:45, 17 Jul.    (105474.370000) Last WAN operating mode was VDSL
20:51:44, 17 Jul.    (105472.500000) PPP IPCP Receive Configuration ACK
20:51:43, 17 Jul.    (105472.330000) PPP IPCP Send Configuration Request
20:51:43, 17 Jul.    (105472.330000) PPP IPCP Receive Configuration NAK
20:51:43, 17 Jul.    (105472.250000) PPP IPCP Send Configuration ACK
20:51:43, 17 Jul.    (105472.250000) PPP IPCP Receive Configuration Request
20:51:43, 17 Jul.    (105472.090000) PPP IPCP Send Configuration Request
20:51:42, 17 Jul.    (105470.470000) PPPoE is up - Down Rate=3394Kbps, Up Rate=507Kbps; SNR Margin Down=6.2dB, Up=8.1dB
20:51:41, 17 Jul.    (105470.450000) CHAP authentication successful
20:51:41, 17 Jul.    (105470.340000) CHAP Receive Challenge
20:51:41, 17 Jul.    (105470.340000) Starting CHAP authentication with peer
20:51:41, 17 Jul.    (105470.340000) PPP LCP Receive Configuration ACK
20:51:41, 17 Jul.    (105470.310000) PPP LCP Send Configuration Request
20:51:41, 17 Jul.    (105470.310000) PPP LCP Receive Configuration Reject
20:51:41, 17 Jul.    (105470.280000) PPP LCP Send Configuration ACK
20:51:41, 17 Jul.    (105470.280000) PPP LCP Receive Configuration Request
20:51:41, 17 Jul.    (105470.280000) PPP LCP Send Configuration Request
20:51:28, 17 Jul.    (105456.840000) PTM over DSL is up
20:17:04, 17 Jul.    (103392.620000) PTM over DSL is down after 7 minutes uptime
20:17:04, 17 Jul.    (103392.620000) PPPoE is down after 7 minutes uptime [Waiting for Underlying Connection (WAN Ethernet 2 - Down)]
20:16:59, 17 Jul.    (103388.170000) PPP LCP Send Termination Request [User request]

TR069 log for same event:
20:52:02, 17 Jul.    (105490.800000) CWMP: session completed successfully
20:52:02, 17 Jul.    (105490.570000) CWMP: HTTP authentication success from https://pbthdm.bt.mo
20:51:54, 17 Jul.    (105482.760000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
20:51:54, 17 Jul.    (105482.750000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
20:32:43, 17 Jul.    (104332.220000) CWMP: session closed due to error: No response
20:32:43, 17 Jul.    (104332.200000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
20:32:43, 17 Jul.    (104332.190000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
20:17:43, 17 Jul.    (103431.750000) CWMP: session closed due to error: No response
20:17:43, 17 Jul.    (103431.730000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
20:17:43, 17 Jul.    (103431.720000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
20:17:12, 17 Jul.    (103401.290000) CWMP: session closed due to error: No response
20:17:10, 17 Jul.    (103398.610000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
20:17:10, 17 Jul.    (103398.600000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
20:17:09, 17 Jul.    (103398.160000) CWMP: Initializing transaction for event code 4 VALUE CHANGE

Frequency varies: some days there are 4 or 5, others only 1 or 2. Over one 24-hr period last week there were 11. Sometimes they're hours apart, sometimes several in quick succession. It's extremely disruptive.

I'd like to understand which way round things happen. Does a hub event occur because the DLM proactively instigates them, and the connection then goes down while it's in progress? Or is that the connection's dropping out (due to a fault, noise or whatever it might be), thus prompting or causing the hub event?

Also, to make more sense of the logs, is there a guide somewhere for what entries mean? For instance...

 

The WAN log mentions "User request", and the User sending a termination request. Who is the "User" ? -- is it me/the hub, or "them" at t'other end? Termination of what?

 

In the TR069 log: when it says a session's closed because there's no response (then later completes successfully), who is seeking a response from where? Them from me/the hub, or me/the hub from them? User/username also mentioned here. And what is a "Value Change"?

Thanks.

0 Ratings
Reply