Kitz ADSL Broadband Information
adsl spacer  
Support this site
Home Broadband ISPs Tech Routers Wiki Forum
 
     
   Compare ISP   Rate your ISP
   Glossary   Glossary
 
Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: 1 [2]

Author Topic: BT HH5A losing PPPoE but DSL stays up.  (Read 11379 times)

Dray

  • Kitizen
  • ****
  • Posts: 2361
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #15 on: October 13, 2015, 10:11:48 AM »

Yes, that's an ECI cab so no G.INP
Logged

markg33

  • Member
  • **
  • Posts: 23
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #16 on: October 13, 2015, 10:24:55 AM »

That is not good is it?

I have seen the Huawei vs ECI thing on many forums. Well at least the HH5A pretty much matches the cabinet. I know equipment matching with the cabinet is not a big thing anymore but as the HH5A is my only choice I guess it is better. Just guessing.

Thank you for confirming this for me Dray, for whatever reason I feel disappointed that it is ECI.  :-\

At the other place I lived it was Huawei and I was in the first trial for G.INP or the MK1 phase as it is called. I saw a speed increase and lower pings but I was on Infinity 1 then as I could not get Infinity 2 speeds.

So here I get max Infinity 2 speeds but no G.INP because ECI is not too good.  :P

Anyhow sorry for going off track about my original post about the PPPoE. I am still keeping an eye on it. Everything has been up for 10+ hours now since the factory reset.

Logged

Dray

  • Kitizen
  • ****
  • Posts: 2361
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #17 on: October 13, 2015, 10:41:55 AM »

I remember you had some line issues at your last place, plus some equipment problems and I sent one or two PMs to the mods to try and persuade them to give you a new device.

You connection speeds look fine, as you say your HH5A matches the ECI cabinet so you will probably be on fastpath if you don't have too many errors or disconnections on your line.

If you were on a Huawei cab with a matching modem you would probably have G.INP on your downstream as I think it's unlikely to get fastpath if G.INP is available. Of course since Openreach changed to G.INP mk2, it's rare to get G.INP on the upstream and more likely to get fastpath.

I don't think the HH5A supports G.INP on Huawei.
Logged

markg33

  • Member
  • **
  • Posts: 23
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #18 on: October 13, 2015, 11:28:21 AM »

I did have line issues yes at my last place and also equipment problems. It was such a farce!

You tried to do that? :)
Wow well thanks a lot for trying - Small world isn't it?  ;D

I think I may be on fastpath due to the fact I never get any latency higher than 20ms even on the weekends or peak time. Even my wireless displays excellent results on wireless N.

Just a comparison. In my last place I could not use the HH5 by itself for more than 2-3 days max and then it would reboot. So I needed my ECI modem for stability, which held up for 14 days then rebooted.

In the place I live now it seems the HH5 is fit for use (Apart from the PPPoE oddities of course.) - It was up for 8 days until the 25th September when the first PPPoE issue started. Then yesterday it happened twice.

It seems thus far the factory reset has made the Hub a bit more responsive. Still keeping my eye on it.  ;)

I suffered from the slower speeds and higher latency then when G.INP was introduced nationwide. But when I was put in the trial my speeds came back with even better upload and lower latency. I for some reason seen a better result using ECI stuff.

I think the HH5A does support it just when the firmware .11 was released it was after the MK2 phase so the full potential of the firmware was not utilised, which is a shame.

Stats from the Hub -
1. Product name:   BT Home Hub
2. Serial number:   +068343+NQ42338353
3. Firmware version:   Software version 4.7.5.1.83.8.204.1.11 (Type A) Last updated 04/07/15
4. Board version:   BT Hub 5A
5. DSL uptime:   0 days, 12:05:28
6. Data rate:   20000 / 79995
7. Maximum data rate:   32847 / 99326
8. Noise margin:   15.2 / 11.0
9. Line attenuation:   7.2 / 10.6
10. Signal attenuation:   7.1 / 10.6
11. Data sent/received:   131.1 MB / 3.3 GB
12. Broadband username:   bthomehub@btbroadband.com

Umm...no idea what this is about, from the event logs -

11:29:34, 13 Oct.   IN: BLOCK [16] Remote administration (TCP [125.64.94.200]:58960-​>[81.129.25.139]:80 on ppp3)
10:41:40, 13 Oct.   IN: BLOCK [16] Remote administration (TCP [74.82.47.18]:55113-​>[81.129.25.139]:443 on ppp3)
10:24:53, 13 Oct.   IN: BLOCK [16] Remote administration (ICMP type 8 code 0 98.89.5.104-​>81.129.25.139 on ppp3)

Looks like BT is having a look.

It has been happening since last night according to the logs.
« Last Edit: October 13, 2015, 11:59:09 AM by markg33 »
Logged

markg33

  • Member
  • **
  • Posts: 23
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #19 on: October 13, 2015, 01:40:37 PM »

I lost connection briefly but it came up automatically instead of me needing to manually use that page like yesterday to get the PPPoE to work, so this is a start.

I have a feeling this happened because of these remote admin logs in my HH5 which is very odd. Please read from bottom to top.

Time and date   Message
13:27:04, 13 Oct.   IN: BLOCK [16] Remote administration (TCP [46.148.16.98]:57486-​>[86.180.213.89]:22 on ppp3)
13:18:06, 13 Oct.   (48825.290000) CWMP: session completed successfully
13:18:06, 13 Oct.   (48825.090000) CWMP: HTTP authentication success from https://pbthdm.bt.mo
13:17:58, 13 Oct.   (48817.250000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
13:17:58, 13 Oct.   (48817.240000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
13:17:56, 13 Oct.   (48815.300000) WAN operating mode is VDSL
13:17:56, 13 Oct.   (48815.300000) Last WAN operating mode was VDSL
13:17:55, 13 Oct.   (48813.930000) PPP IPCP Receive Configuration ACK
13:17:55, 13 Oct.   (48813.930000) PPP IPCP Send Configuration Request
13:17:55, 13 Oct.   (48813.920000) PPP IPCP Receive Configuration NAK
13:17:55, 13 Oct.   (48813.920000) PPP IPCP Send Configuration ACK
13:17:55, 13 Oct.   (48813.920000) PPP IPCP Receive Configuration Request
13:17:55, 13 Oct.   (48813.920000) PPP IPCP Send Configuration Request
13:17:53, 13 Oct.   (48812.710000) PPPoE is up -​ Down Rate=79995000Kbps, Up Rate=20000000Kbps; SNR Margin Down=11.1dB, Up=15.3dB
13:17:53, 13 Oct.   (48812.690000) CHAP authentication successful
13:17:53, 13 Oct.   (48812.560000) CHAP Receive Challenge
13:17:53, 13 Oct.   (48812.560000) Starting CHAP authentication with peer
13:17:53, 13 Oct.   (48812.560000) PPP LCP Receive Configuration ACK
13:17:53, 13 Oct.   (48812.560000) PPP LCP Send Configuration Request
13:17:53, 13 Oct.   (48812.560000) PPP LCP Receive Configuration Reject
13:17:53, 13 Oct.   (48812.560000) PPP LCP Send Configuration ACK
13:17:53, 13 Oct.   (48812.560000) PPP LCP Receive Configuration Request
13:17:53, 13 Oct.   (48812.560000) PPP LCP Send Configuration Request
13:17:42, 13 Oct.   (48801.080000) Admin login successful by 192.168.1.70 on HTTP
13:17:04, 13 Oct.   (48763.090000) PTM over DSL is up
13:16:59, 13 Oct.   (48758.540000) CWMP: session closed due to error: No response
13:16:59, 13 Oct.   (48758.440000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
13:16:59, 13 Oct.   (48758.430000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
13:16:29, 13 Oct.   (48728.020000) CWMP: session closed due to error: No response
13:16:28, 13 Oct.   (48727.790000) CWMP: Server URL: https://pbthdm.bt.mo; Connecting as user: ACS username
13:16:28, 13 Oct.   (48727.780000) CWMP: Session start now. Event code(s): '4 VALUE CHANGE'
13:16:28, 13 Oct.   (48727.410000) CWMP: Initializing transaction for event code 4 VALUE CHANGE
13:16:26, 13 Oct.   (48725.110000) PTM over DSL is down after 810 minutes uptime
13:16:26, 13 Oct.   (48725.100000) PPPoE is down after 810 minutes uptime [Waiting for Underlying Connection (WAN Ethernet 2 -​ Down)]
13:16:23, 13 Oct.   (48722.300000) PPP LCP Send Termination Request [User request]
13:15:36, 13 Oct.   IN: BLOCK [16] Remote administration (TCP [193.104.41.53]:50641-​>[81.129.25.139]:22 on ppp3)

My noise margins have increased a little. Perhaps this is a good sign?

1. Product name:   BT Home Hub
2. Serial number:   +068343+NQ42338353
3. Firmware version:   Software version 4.7.5.1.83.8.204.1.11 (Type A) Last updated 04/07/15
4. Board version:   BT Hub 5A
5. DSL uptime:   0 days, 00:22:38
6. Data rate:   20000 / 79995
7. Maximum data rate:   33028 / 99507
8. Noise margin:   15.5 / 11.1
9. Line attenuation:   7.2 / 10.6
10. Signal attenuation:   7.1 / 10.6

This what my Infinity 2 looked like on the day of install -

1. Product name:   BT Home Hub
2. Serial number:   +068343+NQ42338353
3. Firmware version:   Software version 4.7.5.1.83.8.204.1.11 (Type A) Last updated 04/07/15
4. Board version:   BT Hub 5A
5. DSL uptime:   0 days, 00:11:15
6. Data rate:   20000 / 79995
7. Maximum data rate:   34193 / 102735
8. Noise margin:   15.6 / 12.0
9. Line attenuation:   7.5 / 10.6
10. Signal attenuation:   7.4 / 10.6
11. Data sent/received:   0.2 MB / 0.1 MB
12. Broadband username:   
bthomehub@btbroadband.com
« Last Edit: October 13, 2015, 02:33:05 PM by markg33 »
Logged

Dray

  • Kitizen
  • ****
  • Posts: 2361
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #20 on: October 13, 2015, 02:48:50 PM »

Looks like the standard reboot for HH5 which no-one knows why it happens.

The noise margins vary all the time anyway so nothing suspicious there.
Logged

markg33

  • Member
  • **
  • Posts: 23
Re: BT HH5A losing PPPoE but DSL stays up.
« Reply #21 on: October 13, 2015, 03:01:52 PM »

Hi Dray,
Thanks for your input again. Yeah it is looking like it is just the HH5 being the HH5.

But what was happening with just the PPPoE dropping and the DSL staying up is something I have never had before with the HH5. The reboot I got today was the first time I got a "regular" reboot.

The past three times were it just dropping the PPPoE and not the DSL. And it was fine from 16th until the 25th September then the PPPoE weirdness happened again twice yesterday.

Usually the mystery reboot takes down the DSL with the PPPoE and automatically comes back quickly. The 25th and yesterday was completely opposite. And still not sure why, I will put it down to Hub. But also could have been something exchange side like the PPP authentication, radius server etc being at fault.

I was happy that the usual reboot happened as I did not need to manually connect the PPPoE via that darn page.  :lol:

The only thing I can think of with the HH5 in general is it is losing its echo requests and timing out the PPP sessions and needing to re-establish the PPP session to continue.

Just my limited knowledge guessing here lol. 
« Last Edit: October 13, 2015, 03:09:47 PM by markg33 »
Logged
Pages: 1 [2]