17-12-2003, 08:19
|
#31
|
|
Inactive
Join Date: Jun 2003
Location: Middleton North West Manchester
Services: up to 30 MEG CF version of Peter Kay
Posts: 1,871
|
Re: Disconnects
Quote:
|
Originally Posted by Pieman
|
Check this out here the 1000 box is more susceptable to changes in the power level . You may also find in the techs menu which can be found by pressing up dwn then blue on the remote that the disconnects are related to box problems.
The 1000 has not got the ability to adjust its levels as quickly as other boxes the 2000 is very good and provides a solid connection.
Also try to use other DNS than NTL the servers seem a bit flakey at the moment. Since i changed mine its been solid
|
|
|
|
17-12-2003, 08:22
|
#32
|
|
Inactive
Join Date: Jan 2023
Posts: 4,984
|
Re: Disconnects
Do you have a firewall running when trying to release/renew. Firewalls often block dhcp acks as they are proxied via the ubr.
|
|
|
|
|
07-01-2004, 07:28
|
#33
|
|
Inactive
Join Date: Jun 2003
Location: Grimsby, UK
Age: 43
Services: NTL 10Mbit
Posts: 126
|
Re: Disconnects
For the past few days, i've been getting disconnects every 12 hours (according to my router), I live in Grimsby and my router is a Hotbrick 600 that i've had for a few months now.
This sounds like a DHCP renewal problem to me, help!?
|
|
|
|
|
07-01-2004, 12:34
|
#34
|
|
Guest
|
Re: Disconnects
I heard of an ntl dhcp giving 3 leases (currently the maximum for standard users) of the same IP address, during the same time frame and to the same customer personal equipment MAC address. My mate couldnt get online, the ip couldnt renew because he already had 3 leases which shouldn't have happend in the first place because he hadnt changed adapter - it should have just renewed. :S
|
|
|
|
|
07-01-2004, 13:33
|
#35
|
|
Inactive
Join Date: Oct 2003
Location: Bracknell
Age: 56
Services: NTL Telephone
3M Broadband - CM
Sky TV
Posts: 1,246
|
Re: Disconnects
Quote:
|
Originally Posted by JonathanLH
For the past few days, i've been getting disconnects every 12 hours (according to my router), I live in Grimsby and my router is a Hotbrick 600 that i've had for a few months now.
This sounds like a DHCP renewal problem to me, help!?
|
why do you think this is DHCP - once you have an IP assigned - as long as you keep your connection, there should be no reason to lose it (unless NTL do some maintainance on the DHCP services) there will be entries on the log of your router when it re-sets saying that it is getting an IP address - but that is because of the reset - not necessarily the cause of the reset.
sounds daft - but is your router on a surge protected power supply - if not, it may be that the router is tripping due to a surge (I think eng mentioned this earlier in the thread as well). It could be that getting one of these power surge 4 ways will reduce the issues. (I got a surge protected 4 way from sainsburys the other day for £5 - and would always recommend putting IT kit on them  )
Just a thought...
|
|
|
|
|
07-01-2004, 16:44
|
#36
|
|
Inactive
Join Date: Jun 2003
Location: Grimsby, UK
Age: 43
Services: NTL 10Mbit
Posts: 126
|
Re: Disconnects
Well, it's bang on 12 hours, the router is on a massive ups along with my server so power is not a problem.
I think it is dhcp because i can't think it is anything else, the router log just says that WAN1 was disconnected and attempting reconnect (which it does do), then WAN2 gets disconnected shortly after (and reconnects shortly after). WAN1 is an ambit, WAN2 is a motorola 3100.
I forgot to mention it was a dual WAN router in my previous post (cost £500 so it better not have a fault!), both lines are 1mbit (and no, i do not use p2p software, i just want the speed when i need to do something quickly).
It has only started recently, so I am hopeing it is something simple, which led me to believe it is an NTL issue.
Edit: what is the dhcp lease time anyway?
|
|
|
|
|
09-01-2004, 18:10
|
#37
|
|
cf.member
Join Date: Jan 2004
Location: Wirral
Posts: 79
|
Re: Disconnects
For the last few days I've found I've lost my internet connection. Checked my router and tried to renew the lease and get 0.0.0.0. Spoke to Tech Support? at NTL and the goon who swore he was not reading from a script told me my OS (xp) needed a system restore! After powering down STB I can get back on. The middle light stays on but the interactive dies!
Had fab service from my broadband for donkeys so I'm hoping this is a temporary drop in service quality. Have recently upgraded my wireless network from 802.11b Belkin router to 802.11g linksys and I'm hoping there is no link between this and the fault.
My 1st post here. I've wandered over from the .com graveyard. Good to find others here too. 
|
|
|
|
|
09-01-2004, 18:42
|
#38
|
|
Guest
|
Re: Disconnects
Quote:
|
Originally Posted by willo
Spoke to Tech Support? at NTL and the goon who swore he was not reading from a script told me my OS (xp) needed a system restore!
|
Welcome to nthw
You sound like another one of those people who would be better off teching your own faults. But of course you can't. ntl technicians dont read from scripts. If they did you would receive a limited service from the tecs with more experience and a better service from those with poor technical skill.
IF YOU FEEL THAT THE TECH HAS INCORRECTLY DIAGNOSED YOUR FAULT ASK TO SPEAK TO A MANAGER AND IT IS LIKELY THAT YOUR COMPLAINT WILL RECEIVE A SECOND OPINION.
Dont comment on something you have no idea about because you will be wrong and it just makes you look stupid.
/rant
If you have an IP address of 0 then the adapter is configured to auto detect from dhcp and the pc cannot detect the ip address being submitted - ie there isnt one.
If you are using a router the tech will have asked you to remove the router and connect directly to the pc. ntl do not support the teching of a connection issue when a router is connected - its 3rd party hardware.
If the pc is connected directly to the stb then it can be windows:
http://support.microsoft.com/default...&Product=winxp
http://support.microsoft.com/default...&Product=winxp
http://support.microsoft.com/default...&Product=winxp
This is why the tech suggested system restore - if it worked before a system restore will return the pc to its exact configuration before it stoped working.
|
|
|
|
|
09-01-2004, 19:56
|
#39
|
|
cf.member
Join Date: Jan 2004
Location: Wirral
Posts: 79
|
Re: Disconnects
As my typing is so slow I omitted that I had removed the router and had a 168.*.*.* ip or is that 169..., can't rememer. Point is it was back up 10 mins later.
Fact is it was a network fault outside the LAN. The same one that happened today and yesterday. Definately not worth a system restore for. This was the 1st solution offered after a reboot. I used to do tech support everyday and employ people to do so now. If my staff offered that solution straight out of the traps they'd be called goons.
This is obviously an issue bigger than just me, perhaps the staff at the call centre should consider this too. I had only phoned to enquire if there was a current known issue then was drawn into a reboot, check IP again, sorry sir it's your computer it needs a full system restore. I made my excuses and left at that stage.
spiky ain't ya? Bad day on the phone?
|
|
|
|
|
09-01-2004, 20:55
|
#40
|
|
Guest
|
Re: Disconnects
Quote:
|
Originally Posted by willo
This was the 1st solution offered after a reboot. I used to do tech support everyday and employ people to do so now. If my staff offered that solution straight out of the traps they'd be called goons.
|
I agree on that one, i'd probably try and back the tech into a corner to explain his actions and methodology behing doing so, putting the tech on the spot. System restore is a very good tool but is not a "fix", its a resoloution to a fault that cannot be fixed by the tech for whatever reason but may avoid reoccurance of the fault (if it works). Basically, instead of turning the customer away without resolution system restore gives them hope and if it works then the customer will have the impression that ntl fixed their computer.
Quote:
|
Originally Posted by willo
This is obviously an issue bigger than just me, perhaps the staff at the call centre should consider this too. I had only phoned to enquire if there was a current known issue then was drawn into a reboot, check IP again, sorry sir it's your computer it needs a full system restore. I made my excuses and left at that stage.
|
The problem is human nature - every organisation has bad staff, ntl obviously no exception. Because of the nature of the technology a tech has to do a degree of leg work to find where the problem lies - on the customers pc, on the network or with ntl's device. The tech you spoke to obviously couldn't be bothered to tech you fault, blaming the pc is the easy way out and obviously works - you ended the call.
I dont know anything about stb so i'm not sure what (if any) ip address the box will give the device connected to it. I'm also not sure is the cmts records connectivity information for the stb.
What happens when you try and renew the 169 ip address?
You obviously havn't been able to give us all the information you can or a transcript of the call (not a critisim) so its difficult to judge if the tech was actually a mastermind or just lazy. Some 169 ip addresses will identify a fault with the pc.
Quote:
|
Originally Posted by willo
spiky ain't ya? Bad day on the phone? |
Don't work for ntl. However i do work in a call centre and it instults me when people suggest that you (collectivly) work from a script and dont use initiative or their own brains. I know for a fact that ntl dont give out scripts and most of the stuff they know is from experience rather than taught.
Most techs will give a satisfactory level of support i would identify this as identifying the cause of the fault as closely as possible or try and supply enough evidence as possible to prove that ntl's device is not at fault. Allways get the name and extension number of the tech if you feel that you havn't received a satisfactory service.
Anyway, lets hope we can get to the bottom of your connection problems...
|
|
|
|
|
10-01-2004, 07:35
|
#41
|
|
Inactive
Join Date: Jun 2003
Location: Middleton North West Manchester
Services: up to 30 MEG CF version of Peter Kay
Posts: 1,871
|
Re: Disconnects
Well must agree with people about the TS side, they tend to look for the obvious.None NTL problem thnk they have new people on STB support that are not up to speed yet found that out myself during xmas
|
|
|
|
|
10-01-2004, 08:52
|
#42
|
|
Inactive
Join Date: Nov 2003
Location: Norwich
Age: 57
Posts: 96
|
Re: Disconnects
Exactly the same problem here in Norwich over the past few days.
My pc was disconnecting very frequently, but now its not
so frequent. I have not measured the time but I suspect
it is 12 hours like everyone else.
|
|
|
|
|
10-01-2004, 11:30
|
#43
|
|
R.I.P.
Join Date: Jun 2003
Location: London
Services: 20Mb VM CM, Virgin TV
Posts: 5,983
|
Re: Disconnects
Quote:
|
I dont know anything about stb so i'm not sure what (if any) ip address the box will give the device connected to it. I'm also not sure is the cmts records connectivity information for the stb.
|
Exactly the same as a CM, although using different IP ranges, so I'm not totally sure why there should be any greater difficulty. I'm working on it though. Could anyone experiencing STB drops and disconnections drop me their IP address or smart card number please, by PM? Thanks.
|
|
|
|
|
10-01-2004, 14:48
|
#44
|
|
Inactive
Join Date: Dec 2003
Location: Salisbury
Age: 37
Posts: 25
|
Re: Disconnects
Ime in salisbury area using the origional black bulky modems, and it has a habbit of disconnecting randomly - totaly randomly! The cable light on the modem goes out so it cant be any of our systems or network - BTW Using belkin router - log says:
1970/01/01 00:00:08 DHCP Client : Send Discover
1970/01/01 00:00:11 DHCP Client : Send Discover
1970/01/01 00:00:19 DHCP Client : Send Discover
1970/01/01 00:00:35 DHCP Client : Send Discover
1970/01/01 00:01:07 DHCP Client : Send Discover
1970/01/01 00:02:10 DHCP Client : Send Discover
1970/01/01 00:03:13 DHCP Client : Send Discover
1970/01/01 00:04:17 DHCP Client : Send Discover
1970/01/01 00:05:21 DHCP Client : Send Discover
1970/01/01 00:06:25 DHCP Client : Send Discover
1970/01/01 00:07:28 DHCP Client : Send Discover
1970/01/01 00:08:31 DHCP Client : Send Discover
1970/01/01 00:09:35 DHCP Client : Send Discover
1970/01/01 00:10:39 DHCP Client : Send Discover
1970/01/01 00:11:42 DHCP Client : Send Discover
1970/01/01 00:12:45 DHCP Client : Send Discover
1970/01/01 00:13:48 DHCP Client : Send Discover
1970/01/01 00:14:52 DHCP Client : Send Discover
1970/01/01 00:15:55 DHCP Client : Send Discover
1970/01/01 00:15:56 DHCP Client : Receive Offer from 80.4.224.21
1970/01/01 00:16:01 DHCP Client : Send Request, Request IP = 82.0.248.227
1970/01/01 00:16:01 DHCP Client : Receive Ack from 80.4.224.21, Lease time = 64930
2004/01/09 15:57:13 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:1201 ->> 207.44.246.43:80
2004/01/09 18:43:06 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:2773 ->> 12.2.1.69:80
2004/01/09 19:33:58 ** TCP SYN Flooding ** <IP/TCP> 12.2.1.69:80 ->> 82.0.248.227:35018
2004/01/09 23:59:22 DHCP Client : Send Request, Request IP = 82.0.248.227
2004/01/10 03:22:16 DHCP Client : Send Request, Request IP = 82.0.248.227
2004/01/10 03:22:16 DHCP Client : Receive Ack from 80.4.224.21, Lease time = 86400
2004/01/10 10:35:13 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:1110 ->> 195.92.224.143:80
2004/01/10 11:03:29 ** TCP SYN Flooding ** <IP/TCP> 12.2.1.69:80 ->> 82.0.248.227:61892
2004/01/10 11:46:17 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:2351 ->> 217.26.52.21:80
2004/01/10 11:46:17 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:2432 ->> 217.26.52.21:80
2004/01/10 11:46:17 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:36808
2004/01/10 11:46:18 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:35081
2004/01/10 11:46:20 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:2513 ->> 217.26.52.21:80
2004/01/10 11:49:41 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:2656 ->> 217.26.52.21:80
2004/01/10 11:49:41 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:46795
2004/01/10 11:49:42 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:65483
2004/01/10 11:49:44 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:62155
2004/01/10 11:49:45 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:55306
2004/01/10 11:55:20 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:2973 ->> 217.26.52.21:80
2004/01/10 11:55:20 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:3059 ->> 217.26.52.21:80
2004/01/10 11:55:20 ** TCP SYN Flooding ** <IP/TCP> 192.168.2.25:3157 ->> 217.26.52.21:80
2004/01/10 11:55:21 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:42957
2004/01/10 11:55:23 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:59659
2004/01/10 11:55:24 ** TCP SYN Flooding ** <IP/TCP> 217.26.52.21:80 ->> 82.0.248.227:62157
2004/01/10 15:22:14 DHCP Client : Send Request, Request IP = 82.0.248.227
2004/01/10 15:22:14 DHCP Client : Receive Ack from 80.4.224.21, Lease time = 86400
If anyone understands that, their better than me!
SO it must be NTL!
Anyone offering a soloution?
|
|
|
|
|
10-01-2004, 15:42
|
#45
|
|
Inactive
Join Date: Oct 2003
Location: Manchester
Age: 49
Services: VM: 120M Broadband,
TV + Landline
Posts: 471
|
Re: Disconnects
|
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT. The time now is 22:56.
|
Join CF
You are here: 
