Kitz Forum
Broadband Related => FTTC and FTTP Issues => Topic started by: Millie1 on January 02, 2016, 12:00:03 PM
-
Hello again helpful folks,
I have been having a lot of disconnection issues with my FTTC service. My connection dropped for over 14 hours on 31st Dec, then droppped again for 15 hours on the 1st Jan (its dropped loads over the past months but thats another story)
On the 30th the OR engineer reset the DLM. I am 320m from the cab and only about 70m of copper to the telegraph pole so i should get reasonable speeds.
Somthing odd is happening to my SNR profile. On the 31st BTw siad I can support 38 Meg down which is correct as im on a 40/20 package. However on the 1st jan BTw speed and further diagnositic says my line can only support 8meg Down and my line stat where all over the place. I though to myself surely DLM cannot be that quick in adjusting to errors.
However it gets stranger! Today, after no connection all night, again, ??? my stats are back ?? Take a look at the pics and see what you make of it. I would be very intrested in any theories? (from left to right, 31st Dec , 1st Jan and 2nd Jan
Ta Millie
-
Welcome to the forum Millie!
-
In the middle picture your attenuation has shot up to a very high value. This could be caused by a fault or maybe one wire of the pair was disconnected.
-
Hi
Weaver thank you for the warm welcome.
Dray, I have been having connection drops the most of December. Not just little drops but for extending periods lasting upto 14 hours at a time. I agree that something strange is going on with the wiring. I have everything plugged into the OR mastersocket fitted by OR. The one with the DSL on top and the phone below and the filter inside. I am unsure where a wire would be disconnected because I have tried several RJ11 cables.
In the middle picture your attenuation has shot up to a very high value. This could be caused by a fault or maybe one wire of the pair was disconnected.
But how would that explain high values one day and then back to normal today?
Could a pair be disconnected outside my house due to the high winds and rain we are all suffering recently?
Thanks for your replies
Millie
-
Yes, all it would take would be a loose or corroded connection which would disconnect when moved by the wind. Does your phone work ok?
-
I tried the line quiet test and could'ent hear anything.
I took of the face plate and plugged via RJ11 and a filter into the socket the OR peeps use last night. Internet worked for a while but was down again by 7pm. Its been down all night. This morning, I changed to yet another RJ11 cable and its connected again.
I find it hard to believe that 4 or 5 RJ11 cables are the cause - thats how many i have changed. Sometimes I change back to one used previously and I get to to connect again. wish I know what to look at behind the face plate to see if something was loose in there.
By the way wind and rain horrendous this morning :rain:
-
If you want to take some photos and post them here it will be easier to advise you what to do. There are only 2 wires carrying the phone and broadband usually.
-
The face plate bit is my resposibility Right? In the Pics I have taken it off. It does not have any wires connected. The wires are inside the other box behind the faceplate.
An the other bit still stuck to the wall is OR resposibilirty - Correct ?
-
Yes, I think that's correct. Do you have any other phone extensions as they should be wired to the faceplate?
-
No phone extentions
I dont really use a landland at all. cant be doing with all the PPI calls ::)
-
In that case I would say you have a line fault which will need an Openreach engineer to fix. The reset of DLM should have been a big clue to the original OR guy that there is a fault somewhere.
-
Thank you
OR engineer due to attend tomorrow I will show him the pictures
Strange how it connects sometimes and then wont connect for hours or until the next day :(
-
???
Engineer did not attend
I have tried 3 routers to conect to the internet .
The router stat page show zeros . I think that means DSL cannot find the servers but im unsure ? Is this what the zeros mean ?
any advice appriciated
Thank you Millie
-
:-\
-
Yes, in both cases the modem/router was not "seeing" the device at the other end of the circuit (it's called a DSLAM) and so there was no Internet access available. :(
From what you have described, it does seem as if there is an intermittent fault with the line. :-\
-
nice catch by the others, I was going to say temporary noise but the attenuation change suggests something more.
-
Thank you Miss Burakkucat
At least now if i ever get the ISP to agree to send an engineer AND if the engineer eventually turns up at least I feel a little more confident in saying
There must be a problem in the DSLAM :graduate: look how smart you made me over night :lol:
In the mean time I still have no internet connection. I have plugged into the OR test socket, I have changed wires, I have changed routers, I even changed my underwear :-[
Still the routers all show me zeros
I just wanted to say thank you
Millie
-
Burrakucat is a 'Mr', Millie. ;) :)
-
The engineers have been booked twice with no show on both occasions. I asked the ISP why they did not show and they
said because they fixed it remotely ! :o
I am very gullible but not that gullible I can see its not fixed because I cant connect .. pfftttttt (frustration)
Does it need someone special, a special engineer to fix the DSLAM ? Maybe they dont have any one available who can look at the circuit Dslam? Is there anything I can do to help fix the Dslam?
(EDIT) sorry I just looked up DLAM .. Its in the green cab at the end of my road which has a lock and key and only accessible to OR engineers. Let hope and pray the fellow who is booked on tomorrows appointment has the key and can fix it
Millie
-
No you can't fix the DSLAM. That's Openreach's domain. If you're getting nowhere you need to change to a quality ISP who will simply get on and sort it out for you.
-
@ Weaver,
Well, I have had so many VDSL problems I'm thinking of going back to ADSL.
What ISP do you recommend.
However, if the problem is with the outside wires that OR manage how ever will I move forward ? :-\
I read the stuff on Kitz so I kind of understand. But the wires are the wires and if they are FUBAR its not gonna change when I change an ISP :P
Lets see what happens with the engineer visit tomorrow.
Eternally the optimist
Millie
-
The engineers have been booked twice with no show on both occasions. I asked the ISP why they did not show and they
said because they fixed it remotely ! :o
I am very gullible but not that gullible I can see its not fixed because I cant connect .. pfftttttt (frustration)
Does it need someone special, a special engineer to fix the DSLAM ? Maybe they dont have any one available who can look at the circuit Dslam? Is there anything I can do to help fix the Dslam?
(EDIT) sorry I just looked up DLAM .. Its in the green cab at the end of my road which has a lock and key and only accessible to OR engineers. Let hope and pray the fellow who is booked on tomorrows appointment has the key and can fix it
Millie
Alas, there are more smoke and mirrors with ISP's and Openreach, that I wouldn't believe anything said, unless it was uttered by somebody in person face-to-face.
For info: The DSLAM will not be accessed by the Openreach engineer. He will only access the sister-cabinet to the DSLAM and carry out tests. If there is a fault within the DSALM (Faulty wiring, faulty port etc etc), then the engineer will request a 'Lift & Shift' (a new port over new wires) via our Diagnostic Centre of Excellence.
Only if there are no further spare ports available, will a LLUMS case be raised for a BT Operate engineer to be despatched to open the DSLAM, and look further into the situation.
-
@ Weaver,
Well, I have had so many VDSL problems I'm thinking of going back to ADSL.
What ISP do you recommend.
However, if the problem is with the outside wires that OR manage how ever will I move forward ? :-\
I read the stuff on Kitz so I kind of understand. But the wires are the wires and if they are FUBAR its not gonna change when I change an ISP :P
Lets see what happens with the engineer visit tomorrow.
Eternally the optimist
Millie
With the way your attenuation has been bouncing, there's a very good chance the issue is at one of the two Cabs. I can't speculate further as real-life testing is required to verify the source of the fault.
-
I can strongly recommend Andrews and Arnold, aa.net.uk, my own ISP. Lots of people like Zen a lot too. See ispreview for a list of top ten ISPs.
A & A are well known for kicking BT to get faults fixed, and if you let them take your problems on they will not let you down, they will fix it or die trying.
The way it should work is that the ISP should take on the fault and book BT Openreach or whoever to fix it. You don't have to worry about Openreach or try to do anything yourself. That's the way things are with a proper ISP.
Apologies for yet another shameless plug for A & A. I am notorious for recommending them at every opportunity, especially to people having trouble. But I don't work for them or anything like that, I'm just a very satisfied customer and I like to pass on the good news. See http://aa.net.uk/broadband-whyaa.html
You can chat to A & A customers and staff as well on their IRC chat room. See http://aa.net.uk/kb-irc.html
Take a look at their £25 Home::1 deal if you are a home user (not for businesses). See http://aa.net.uk/broadband-home1.html
-
@ Blacksheep.
For info: The DSLAM will not be accessed by the Openreach engineer. He will only access the sister-cabinet to the DSLAM and carry out tests. If there is a fault within the DSALM (Faulty wiring, faulty port etc etc), then the engineer will request a 'Lift & Shift' (a new port over new wires) via our Diagnostic Centre of Excellence
I think OR already did a *lift and Shift or so I was told. What do you mean the DSLAM will not be accessed by an OR engineer?
As I understand it... the big cabinet has my FTTC connection. There is a little cabinet next to it. Im a bit lost on the lift and Shift stuff. I'm not a techy person. All I want is my internet to connect without dropping out for 14 hours at a time which I dont feel is unreasonable.
Why cant they fix it? You guys are obviously good at this stuff and can see by pics that there is a problem. All I want is my ISP and the engineer who knocks my door to see my pictures and say *hay I know what that is * !!
To simplistic I guess
Millie
-
More people who are struggling simply need to be made aware that they have choices and that a vastly better experience is available by changing to a good ISP like Zen or Andrews and Arnold. If a user needs more reliability, who doesn't, their are options such as FTTP (true fibre), Virgin's coaxial cable in towns and multiple lines (which is what I do).
Having multiple lines can make you relatively bomb proof at a certain level, against routine problems. Of course a digger may come along and knacker both lines together, there may be a problem in the exchange or there may be a problem further away in the BT or whoever's network from the exchange onwards.
My point is not that this is necessarily for you, but that everyone has these kind of options, for no extra cost or modest extra cost per month. An extra line costs me £12 per month.
-
Apol for unsolicited sermon, ;D
-
Definitely worth a "there he goes again". Yeah, I know, I know, and still no bloody commission! Where's my money?
-
@ Weaver,
I agree with your theory. I cannot get Virgin direct to my home. But that is why I was thinking of getting an extra line on ADSL so I can say to OR engineers *hay My ADSL line works why does my FTCC not work"
I will check your recommendations and if they do a service in my area
Thank you kindly Sir
Millie
-
Thank You all for your input.
I will update tomorrow after the engineer attends or does not attend.
I have go because I am riding on my neighbours wifi as he was kind enough to give me his Wifi Password
At least I can now say something smart about the DSLAM I am grateful for that.
By the way I just tested a different Thomson VDSL modem - router again and no connection :no:
Millie
-
@millie1 you're welcome. Talk to them, or their ordinary uses on IRC (link given earlier) and get a feel. There's no commitment. I promise you won't be sorry if you just jump and go for something radically better, a service staffed by people who really know what they are doing and who really do give a damn about you. I have a line fault that is being fixed, every day or so they review progress and keep,on and on stage a at Openreach for me. So I don't have to worry about it.
-
Just an update,
I had an engineer visit this week. He tested the line with his BT gadget and insisted there was nothing wrong. He was very disinterested and kept insisting the line was clear even tho the routers were not connecting to the internet. He said i could be charged because i had taken the face plate off to test in the master socket. He said i could be charged because i was using a TP link router and not the homehub. However, as good will gesture he gave me a new RJ1 cable and reset the DLM ( :lol: I have a whole flipping drawer full of these. Its the first thing I change when i get disconnected) He did not seem interested when i tried to say there must be a problem in with the DSLAM because the router cannot authenticate a PPP session. (perhaps because im girl and its to technical). I told him he could charge me all he wanted so long as i have a working internet. :-\
Anyway, I got mad at his attitude and wrote to Libby Barr. She has put me onto a case manager. They have agreed to send one more engineer. The case manager said that Openreach have changed everything that is possible to be changed and he was reluctant to send another engineer. I had to agree with him on this one as I have had new cables, been switched copper pairs, had a lift and switch at the exchange, the only thing they haven't changed is the underground fibre cable from the telegraph pole to the cabinet. Even after all this work I get disconnected for days at a time. I just think something within all this work must be creating a loose connection.
Anyway, after having this conversation with the case manager he agreed to send one more engineer and made it clear this is my last chance. I want to make sure I put my case forward properly. Here is what im going to do today.
1) take screen shots of the router stats page - the page showing no connection to servers, No upload / download stats ,no SNR, No Noise Margins,
2) im gonna try to research how to do a test to BT radius servers. Screen shot that.
3) Im gonna draw a map of all the junctions from my devices to the router - RJ11 cable - master socket - junction outside under my eaves - telegraph pole- underground 300 meters to Cab 3 . and ask him to test each junction on the openreach side.
I would be grateful if anyone can think of what else i should ask or do before the engineer turns up? :fingers: (lets hope he is a conciousness and thorough engineer unlike the previous one who just seemed fed up of me)
-
How strange - The internet has been down since 8pm this morning.
I did the test using bt_test_user@startup_domain and it would not connect.
I put in my usual user name and password and I was just screen shotting the stats page when ping !! it connected again.
I can see in the router stats that a handshake is being sent. But nothing happens. Then all of a sudden it connects. Any idea why?
Here are the router stats ?
1 2016-01-10 11:02:43 DHCPD Notice Send ACK to 192.168.1.100
2 2016-01-10 11:02:43 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
3 2016-01-10 11:02:42 DHCPD Notice Send ACK to 192.168.1.102
4 2016-01-10 11:02:42 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
5 2016-01-10 11:02:42 DHCPD Notice Send ACK to 192.168.1.102
6 2016-01-10 11:02:42 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
7 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
8 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
9 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
10 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
11 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
12 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
13 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
14 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
15 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
16 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
17 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
18 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
19 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
20 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
21 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.102
22 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
23 2016-01-10 11:02:22 DHCPD Notice Send ACK to 192.168.1.106
24 2016-01-10 11:02:22 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
25 2016-01-10 11:02:20 PPP Information ppp0 rcvd [IPCP ConfAck id=0x2 <addr 86.159.218.139> <ms-dns1 213.120.234.30> <ms-dns2 194.74.65
26 2016-01-10 11:02:20 PPP Information ppp0 sent [IPCP ConfReq id=0x2 <addr 86.159.218.139> <ms-dns1 213.120.234.30> <ms-dns2 194.74.65
27 2016-01-10 11:02:20 PPP Information ppp0 rcvd [IPCP ConfNak id=0x1 <addr 86.159.218.139> <ms-dns1 213.120.234.30> <ms-dns2 194.74.65
28 2016-01-10 11:02:20 PPP Information ppp0 sent [IPCP ConfAck id=0xae <addr 172.16.14.157>]
29 2016-01-10 11:02:20 PPP Information ppp0 rcvd [IPCP ConfReq id=0xae <addr 172.16.14.157>]
30 2016-01-10 11:02:20 PPP Information ppp0 sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
31 2016-01-10 11:02:20 PPP Information ppp0 rcvd [CHAP Success id=0x1 "CHAP authentication success"]
32 2016-01-10 11:02:20 PPP Information ppp0 rcvd [LCP EchoRep id=0x0 magic=0x6a1c00b]
33 2016-01-10 11:02:20 PPP Information ppp0 sent [CHAP Response id=0x1 <686010efc9a59f283f97043c0c04809c>, name = "btbroadband@btintern
34 2016-01-10 11:02:20 PPP Information ppp0 rcvd [CHAP Challenge id=0x1 <b17845101b49ad483cb3538afa507c80c36e810f5158174fed6d6d666a4be6
35 2016-01-10 11:02:20 PPP Information ppp0 sent [LCP EchoReq id=0x0 magic=0xca256384]
36 2016-01-10 11:02:20 PPP Information ppp0 rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xca256384>]
37 2016-01-10 11:02:20 PPP Information ppp0 sent [LCP ConfAck id=0x3d <mru 1492> <auth chap MD5> <magic 0x6a1c00b>]
38 2016-01-10 11:02:20 PPP Information ppp0 rcvd [LCP ConfReq id=0x3d <mru 1492> <auth chap MD5> <magic 0x6a1c00b>]
39 2016-01-10 11:02:20 PPP Information ppp0 sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xca256384>]
40 2016-01-10 11:02:20 PPP Information ppp0 sent [PADI Host-Uniq(0x00001e02)]
41 2016-01-10 11:02:19 PPP Error ppp0
42 2016-01-10 11:02:19 PPP Error ppp0 Timeout waiting for PADO packets
43 2016-01-10 11:01:59 PPP Information ppp0 sent [PADI Host-Uniq(0x00001d82)]
44 2016-01-10 11:01:49 PPP Information ppp0 sent [PADI Host-Uniq(0x00001d82)]
45 2016-01-10 11:01:45 PPP Information ppp0 sent [PADI Host-Uniq(0x00001d82)]
46 2016-01-10 11:01:43 DSL Notice xDSL Enter Showtime!!
47 2016-01-10 11:01:16 DSL Notice xDSL Training!!
48 2016-01-10 11:01:13 DSL Notice xDSL Handshake!!
49 2016-01-10 11:01:09 DSL Notice xDSL Ready!!
50 2016-01-10 11:01:06 DSL Notice xDSL Leave Showtime!!
51 2016-01-10 11:00:53 DSL Notice xDSL Training!!
52 2016-01-10 11:00:50 DSL Notice xDSL Handshake!!
53 2016-01-10 11:00:46 DSL Notice xDSL Ready!!
54 2016-01-10 11:00:42 DSL Notice xDSL Leave Showtime!!
55 2016-01-10 11:00:29 DSL Notice xDSL Training!!
56 2016-01-10 11:00:27 DHCPD Notice Recv INFORM from 18:3D:A2:09:91:34
57 2016-01-10 11:00:26 DSL Notice xDSL Handshake!!
58 2016-01-10 11:00:23 DSL Notice xDSL Ready!!
59 2016-01-10 11:00:20 DSL Notice xDSL Leave Showtime!!
60 2016-01-10 11:00:18 DSL Notice xDSL Handshake!!
61 2016-01-10 11:00:14 DSL Notice xDSL Ready!!
62 2016-01-10 11:00:10 DSL Notice xDSL Leave Showtime!!
63 2016-01-10 10:59:57 DSL Notice xDSL Training!!
64 2016-01-10 10:59:54 DSL Notice xDSL Handshake!!
65 2016-01-10 10:59:50 DSL Notice xDSL Ready!!
66 2016-01-10 10:59:47 DSL Notice xDSL Leave Showtime!!
67 2016-01-10 10:59:34 DSL Notice xDSL Training!!
68 2016-01-10 10:59:31 DSL Notice xDSL Handshake!!
69 2016-01-10 10:59:16 DSL Notice xDSL Ready!!
70 2016-01-10 10:59:13 DSL Notice xDSL Leave Showtime!!
71 2016-01-10 10:59:11 DHCPD Notice Send ACK to 192.168.1.102
72 2016-01-10 10:59:11 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
73 2016-01-10 10:59:11 DHCPD Notice Send ACK to 192.168.1.102
74 2016-01-10 10:59:11 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
75 2016-01-10 10:59:10 DSL Notice xDSL Training!!
76 2016-01-10 10:59:10 DHCPD Notice Send ACK to 192.168.1.100
77 2016-01-10 10:59:10 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
78 2016-01-10 10:59:09 DHCPD Notice Send ACK to 192.168.1.106
79 2016-01-10 10:59:09 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
80 2016-01-10 10:59:07 DSL Notice xDSL Handshake!!
81 2016-01-10 10:59:07 DSL Notice xDSL Ready!!
82 2016-01-10 10:59:00 DHCPD Notice Send ACK to 192.168.1.106
83 2016-01-10 10:59:00 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
84 2016-01-10 10:58:57 DHCPD Notice Send ACK to 192.168.1.102
85 2016-01-10 10:58:57 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
86 2016-01-10 10:58:57 DHCPD Notice Send ACK to 192.168.1.102
87 2016-01-10 10:58:57 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
88 2016-01-10 10:58:57 DSL Notice xDSL Leave Showtime!!
89 2016-01-10 10:58:57 DHCPD Notice Send ACK to 192.168.1.102
90 2016-01-10 10:58:57 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
91 2016-01-10 10:58:57 DHCPD Notice Send ACK to 192.168.1.102
92 2016-01-10 10:58:57 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
93 2016-01-10 10:58:55 DSL Notice xDSL Handshake!!
94 2016-01-10 10:58:51 DSL Notice xDSL Ready!!
95 2016-01-10 10:58:47 DSL Notice xDSL Leave Showtime!!
96 2016-01-10 10:58:34 DSL Notice xDSL Training!!
97 2016-01-10 10:58:31 DSL Notice xDSL Handshake!!
98 2016-01-10 10:58:27 DSL Notice xDSL Ready!!
99 2016-01-10 10:58:24 DSL Notice xDSL Leave Showtime!!
100 2016-01-10 10:58:11 DSL Notice xDSL Training!!
101 2016-01-10 10:58:08 DSL Notice xDSL Handshake!!
102 2016-01-10 10:58:04 DSL Notice xDSL Ready!!
103 2016-01-10 10:58:00 DSL Notice xDSL Leave Showtime!!
104 2016-01-10 10:57:47 DSL Notice xDSL Training!!
105 2016-01-10 10:57:45 DSL Notice xDSL Handshake!!
106 2016-01-10 10:57:41 DSL Notice xDSL Ready!!
107 2016-01-10 10:57:38 DSL Notice xDSL Leave Showtime!!
108 2016-01-10 10:57:35 DSL Notice xDSL Handshake!!
109 2016-01-10 10:56:30 DSL Notice xDSL Ready!!
110 2016-01-10 10:56:27 DSL Notice xDSL Leave Showtime!!
111 2016-01-10 10:56:14 DSL Notice xDSL Training!!
112 2016-01-10 10:56:11 DSL Notice xDSL Handshake!!
113 2016-01-10 10:56:07 DSL Notice xDSL Ready!!
114 2016-01-10 10:56:04 DSL Notice xDSL Leave Showtime!!
115 2016-01-10 10:55:50 DSL Notice xDSL Training!!
116 2016-01-10 10:55:48 DSL Notice xDSL Handshake!!
117 2016-01-10 10:55:44 DSL Notice xDSL Ready!!
118 2016-01-10 10:55:41 DSL Notice xDSL Leave Showtime!!
119 2016-01-10 10:55:28 DSL Notice xDSL Training!!
120 2016-01-10 10:55:25 DSL Notice xDSL Handshake!!
121 2016-01-10 10:54:51 DSL Notice xDSL Ready!!
122 2016-01-10 10:54:48 DSL Notice xDSL Leave Showtime!!
123 2016-01-10 10:53:35 DHCPD Notice Send ACK to 192.168.1.102
124 2016-01-10 10:53:35 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
125 2016-01-10 10:53:35 DHCPD Notice Send ACK to 192.168.1.102
126 2016-01-10 10:53:35 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
127 2016-01-10 10:51:46 DSL Notice xDSL Ready!!
128 2016-01-10 10:51:43 DSL Notice xDSL Leave Showtime!!
129 2016-01-10 10:48:43 DHCPD Notice Recv INFORM from 18:3D:A2:09:91:34
130 2016-01-10 10:48:43 DHCPD Notice Send ACK to 192.168.1.100
131 2016-01-10 10:48:43 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
132 2016-01-10 10:48:43 DHCPD Notice Send ACK to 192.168.1.106
133 2016-01-10 10:48:43 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
134 2016-01-10 10:48:43 DHCPD Notice Send ACK to 192.168.1.102
135 2016-01-10 10:48:43 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
136 2016-01-10 10:48:43 DHCPD Notice Send ACK to 192.168.1.102
137 2016-01-10 10:48:43 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
138 2016-01-10 10:48:23 DHCPD Notice Send ACK to 192.168.1.102
139 2016-01-10 10:48:23 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
140 2016-01-10 10:48:23 DHCPD Notice Send ACK to 192.168.1.102
141 2016-01-10 10:48:23 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
142 2016-01-10 10:48:23 DHCPD Notice Send ACK to 192.168.1.102
143 2016-01-10 10:48:23 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
144 2016-01-10 10:48:23 DHCPD Notice Send ACK to 192.168.1.102
145 2016-01-10 10:48:23 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
146 2016-01-10 10:48:23 DHCPD Notice Send ACK to 192.168.1.106
147 2016-01-10 10:48:23 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
148 2016-01-10 10:44:08 DHCPD Notice Send ACK to 192.168.1.102
149 2016-01-10 10:44:08 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
150 2016-01-10 10:44:08 DHCPD Notice Send ACK to 192.168.1.102
151 2016-01-10 10:44:06 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
152 2016-01-10 10:44:06 DHCPD Notice Recv INFORM from 18:3D:A2:09:91:34
153 2016-01-10 10:44:06 DHCPD Notice Send ACK to 192.168.1.106
154 2016-01-10 10:44:06 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
155 2016-01-10 10:44:06 DHCPD Notice Send ACK to 192.168.1.106
156 2016-01-10 10:44:06 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
157 2016-01-10 10:44:06 DHCPD Notice Send ACK to 192.168.1.100
158 2016-01-10 10:44:06 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
159 2016-01-10 10:44:06 DHCPD Notice Send ACK to 192.168.1.100
160 2016-01-10 10:44:06 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
161 2016-01-10 10:44:06 DHCPD Notice Send ACK to 192.168.1.100
162 2016-01-10 10:44:05 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
163 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.102
164 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
165 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.102
166 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
167 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.102
168 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
169 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.102
170 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
171 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.106
172 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
173 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.102
174 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
175 2016-01-10 10:43:46 DHCPD Notice Send ACK to 192.168.1.102
176 2016-01-10 10:43:46 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
177 2016-01-10 10:41:57 DHCPD Notice Recv INFORM from 18:3D:A2:09:91:34
178 2016-01-10 10:41:55 DHCPD Notice Send ACK to 192.168.1.100
179 2016-01-10 10:41:55 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
180 2016-01-10 10:41:54 DHCPD Notice Send ACK to 192.168.1.106
181 2016-01-10 10:41:54 DHCPD Notice Recv REQUEST from 18:3D:A2:09:91:34
182 2016-01-10 10:41:54 DHCPD Notice Send OFFER with ip 192.168.1.100
183 2016-01-10 10:41:54 DHCPD Notice Recv DISCOVER from F4:F9:51:D8:BB:08
184 2016-01-10 10:41:54 DHCPD Notice Send OFFER with ip 192.168.1.100
185 2016-01-10 10:41:52 DHCPD Notice Recv DISCOVER from F4:F9:51:D8:BB:08
186 2016-01-10 10:41:52 DHCPD Notice Send ACK to 192.168.1.102
187 2016-01-10 10:41:52 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
188 2016-01-10 10:41:52 DHCPD Notice Send ACK to 192.168.1.102
189 2016-01-10 10:41:51 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
190 2016-01-10 10:41:33 DHCPD Notice Send ACK to 192.168.1.102
191 2016-01-10 10:41:33 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
192 2016-01-10 10:41:32 DHCPD Notice Send ACK to 192.168.1.102
193 2016-01-10 10:41:32 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
194 2016-01-10 10:39:46 DSL Notice xDSL Ready!!
195 2016-01-10 10:39:42 DSL Notice xDSL Handshake!!
196 2016-01-10 10:39:36 DSL Notice xDSL Ready!!
197 2016-01-10 10:39:33 DSL Notice xDSL Leave Showtime!!
198 1970-01-01 00:02:16 DHCPD Notice Send ACK to 192.168.1.100
199 1970-01-01 00:02:15 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
200 1970-01-01 00:02:14 DHCPD Notice Send OFFER with ip 192.168.1.100
201 1970-01-01 00:02:14 DHCPD Notice Recv DISCOVER from F4:F9:51:D8:BB:08
202 1970-01-01 00:02:08 DHCPD Notice Send ACK to 192.168.1.102
203 1970-01-01 00:02:08 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
204 1970-01-01 00:01:50 DSL Notice xDSL Ready!!
205 1970-01-01 00:01:47 DSL Notice xDSL Leave Showtime!!
206 1970-01-01 00:01:08 DHCPD Notice Send ACK to 192.168.1.102
207 1970-01-01 00:01:08 DHCPD Notice Recv REQUEST from 5C:E0:C5:A3:76:C2
208 1970-01-01 00:00:49 DHCPD Notice Send ACK to 192.168.1.100
209 1970-01-01 00:00:48 DHCPD Notice Recv REQUEST from F4:F9:51:D8:BB:08
210 1970-01-01 00:00:47 DSL Notice xDSL Ready!!
-
Hi Millie,
Not sure how you have managed to connect as your CHAP username appears to be incorrect (see line 33) it should be anything@btbroadband.com
-
@ Licorice
HUH? now Im confused as the HH5 connects with btbroadband@btinternet.com - In fact all the routers connect with that.
I have never used my bt name @btbroadband.com
I will try that next time but currently Im connected (with btbroadband@btinternet.com) and it is stable for now so I dont want to mess around with it.
However, it does not change the fact that it drops and cannot establish a connection as line 46 onwards shows
-
@ Licorice
HUH? now Im confused as the HH5 connects with btbroadband@btinternet.com - In fact all the routers connect with that.
I have never used my bt name @btbroadband.com
I will try that next time but currently Im connected (with btbroadband@btinternet.com) and it is stable for now so I dont want to mess around with it.
However, it does not change the fact that it drops and cannot establish a connection as line 46 onwards shows
I'm even more confused, as far as I'm aware the username on the HH5 is fixed at homehub@btbroadband.com and can't be changed. Also the most common reason for non-connection of third party routers to BT Infinity is using @btinternet.com rather than @btbroadband.com in the username.
As for the drops, I really don't know what is happening to your line, I think we tried everything we could think of on the other forum.
-
That doesn't look like a Homehub 5 log and the username is definately wrong name = "btbroadband@btintern
-
Well, why am I connected then ? if its wrong ???
Crumbs .. now Im doubting myself :'( Im gonna double check I have the correct sign in information.
So what do I use ? homehub@btbroadband.com
OR
myusername&email@btbroadband.com
OR
mytelephonenumber@btbroadband.com
-
bthomehub@btbroadband.com
Assuming you have a BT residential connection. It's different for BT Business.
-
The bit before the @btbroadband.com can be anything.
@Dray Its a TP Link log.
-
I don't think that's quite true but others may work. The only one to definately work is the one I posted.
TPLink don't make high quality modems - I have several. Do you still use yours or do you front-end it with an Openreach modem?
-
I've used all sorts before the @btbroadband.com and all have worked ok.
I've still got mine but have temporarily front ended it with an Huawei modem that a friend no longer wanted. Mainly so that I can access the stats which are not available on the TP Link. I'm capped on Infinity1 anyway so not too bothered with speed. Downstream max is no different between TP Link and Huawei but upstream actual is 9.4M with Huawei and about 8.5M with TP Link. Presume TP Link doesn't have upstream G.Inp.
-
Yes, I've gone off TPLink as well after having many lock-ups.
I have also experienced odd connections when using anything other than bthomehub@btbroadband.com but I didn't try and investigate, I just changed back to the username I knew worked.