DSL Frequent Disconnects all of a sudden

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
12

DSL Frequent Disconnects all of a sudden

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
DSL Frequent Disconnects all of a sudden
DSL Frequent Disconnects all of a sudden
2018-03-02 18:00:04
Model : VR400

Hardware Version :

Firmware Version : Latest firmware

ISP :

Background:

Computers are connected via Ethernet to the router.



Router Model: TP-Link VR400

Internet type: DSL

Just one thing, I do not have a handheld phone at home, it's just the router connected to the phone socket, nothing else.


Issue: So up until yesterday, my internet connection has been great, stable and fast enough to enjoy gaming online with no issues. Speedtests give me a download speed of around 15 mb/s, (which for Lebanon is awesome) and a ping to Europe of about ~60ms.


Last night I got home, and discovered that my internet kept dropping every 30-60 seconds, reconnecting, dropping and so on. After about 2 hours of troubleshooting, and disregarding the ISP as the source of the problem, I discovered something in the router settings that helped....kind of...

In the advanced section of the DSL Settings, there was DSL Modulation Type, where you get to choose from a list of options, the default (and previously working) was Auto-Sync up, which I assumed chose ADSL2+ mode which gives you up to 24 mb/s download speed.



I changed this to ADSL2 and voila, the internet was stable as can be, no drops, no disconnects. I ran a speedtest and was disappointed to see that it was returning a maximum of 8mb/s instead of my usual 15 mb/s. I spoke to a friend and he said that there are noise bursts on your phone line causing this. When I switched to lower-grade type of modulation, it compensated for the noise on my line and made it more stable. If I switched back to ADSL2+, the signal wont compensate for the noise and will drop the line frequently.



Now that you know the issue, can anyone help me figure out how to solve this? How come all of a sudden there is noise/interference on my line? How can I fix this? My SNR and attenuation seems normal.


Any help would be greatly appreciated!
  0      
  0      
#1
Options
19 Reply
Re:DSL Frequent Disconnects all of a sudden
2018-03-05 16:05:28
What's your SNR and attenuation downstream value? Did you talk to your ISP about this line issue? What's the current rate showing on the VR600 DSL status page?
  0  
  0  
#2
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-06 17:54:48
My values:

Line Attenuation: 24.5
SNR Margin: 12.3
Current Rate: 1020 Upstream, 8947 Downstream (Even on ADSL2+ Upstream is always 1020, but downstream is usually ~14mb/s)

I spoke to my ISP they said they will "restart the port" for my connection and asked me to restart the router for 10 minutes, which I did, turned on ADSL2+, no dice, kept dropping.
  0  
  0  
#3
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-06 23:01:40
Here are the numbers in ADSL2 modulation type at a stable, good connection.






When on ADSL2+, the SNR margin sometimes drops to -8 (yes that's a negative) intermittently disconnects.
  0  
  0  
#4
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-07 03:43:59
Just my 2 penny worth ,

Have you tried on the ADSL2+ with EVERTHING in your house turned OFF.

I have had issues before with LED lights and even USB charger blocks for mobiles going rogue and spitting lots of noise into the mains power supply ,
causing loads of what ISP's call REIN noise onto the phone line , ultimately destroying your broadband signal.
The reason I say this is due to your Downstream error packets , you have something putting noise onto your line , it may be you or it could be
an outside source , if you get a phone try the line noise test , if you have noise on a clear line, Line Engineer will come and fix it for free and as such will fix
your Broadband , unfortunately if you complain about broadband errors etc it is very hard to get ISP to action an engineer to come fix it , but noisy line ;)
will get you an engineer straight away and if he finds errors on the line he will fix it . ( Noise as in crackles/pops or the sound of someone shovelling wet gravel
are the main noises to look for ) just hope for a real engineer and not just a line man , make sure you are there and get him to put his meter on the line , even a
std line mans meter will show the errors , getting them up the pole to fix it normally involves tea and choccy biscuits , so make sure you have some ready for him :)

If you want to read more on this go to www.kitz.co.uk there is loads there about hunting down and finding out about broadband issues.

Use TP Links telnet , it will give you a more accurate error reason , it should show you at least what the error packets refer to and using kitz ,
you should be able to see what or where they are likely to be from.If you look at some of my posts I have explained exactly how to use Telnet on a
VR900v2 , it should be very similar on yours.

This is my line stats after 4 months , my upstream errors are thankfully not affecting me , but as you can see 13k errors in 4 months is pretty good ,
yours are 2k in only a few days !!
File:
Line Stats VDSL..jpgDownload
  0  
  0  
#5
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-07 16:37:14
Thanks for the info man, Ill check out the site you referred me too concerning hunting down the issue. One thing I did try (which I read online) is isolate the router to a plug on its own instead of connected with a bunch of other electronics, that didn't help. Maybe I need to be more thorough in testing.

Thanks for the tips.
  0  
  0  
#6
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-07 23:44:06

Dink wrote

Just my 2 penny worth ,

Have you tried on the ADSL2+ with EVERTHING in your house turned OFF.

I have had issues before with LED lights and even USB charger blocks for mobiles going rogue and spitting lots of noise into the mains power supply ,
causing loads of what ISP's call REIN noise onto the phone line , ultimately destroying your broadband signal.
The reason I say this is due to your Downstream error packets , you have something putting noise onto your line , it may be you or it could be
an outside source , if you get a phone try the line noise test , if you have noise on a clear line, Line Engineer will come and fix it for free and as such will fix
your Broadband , unfortunately if you complain about broadband errors etc it is very hard to get ISP to action an engineer to come fix it , but noisy line ;)
will get you an engineer straight away and if he finds errors on the line he will fix it . ( Noise as in crackles/pops or the sound of someone shovelling wet gravel
are the main noises to look for ) just hope for a real engineer and not just a line man , make sure you are there and get him to put his meter on the line , even a
std line mans meter will show the errors , getting them up the pole to fix it normally involves tea and choccy biscuits , so make sure you have some ready for him :)

If you want to read more on this go to www.kitz.co.uk there is loads there about hunting down and finding out about broadband issues.

Use TP Links telnet , it will give you a more accurate error reason , it should show you at least what the error packets refer to and using kitz ,
you should be able to see what or where they are likely to be from.If you look at some of my posts I have explained exactly how to use Telnet on a
VR900v2 , it should be very similar on yours.

This is my line stats after 4 months , my upstream errors are thankfully not affecting me , but as you can see 13k errors in 4 months is pretty good ,
yours are 2k in only a few days !!


Hey man, I figured Id update you with the Log file, maybe you guys can understand these errors a little better than I can. I keep seeing "LCP Down".



2018-03-07 17:25:16 [3] PPP: ppp1
2018-03-07 17:25:36 [6] PPP: ppp1 sent [PADI Host-Uniq(0x0000794d)]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [PADI Host-Uniq(0x0000794d)]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [LCP ConfReq id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [LCP ConfAck id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0x2b995671]
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [LCP EchoRep id=0x0 magic=0xef939814]
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 , name = "BNG12"]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [CHAP Response id=0x1 , name = "xxxxxxxxxxxxxxx.
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [CHAP Success id=0x1 ""]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [IPCP ConfReq id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 sent [IPCP ConfAck id=0x1 ]
2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [IPCP ConfNak id=0x1 2018-03-07 17:25:41 [6] PPP: ppp1 sent [IPCP ConfReq id=0x2 2018-03-07 17:25:41 [6] PPP: ppp1 rcvd [IPCP ConfAck id=0x2 2018-03-07 17:26:54 [5] System: LAN1 link up 100 mbps
2018-03-07 17:26:57 [5] DHCPD: Recv REQUEST from 4C:CC:6A:D5:C4:8B
2018-03-07 17:26:58 [5] DHCPD: Send ACK to 192.168.1.107
2018-03-07 17:33:53 [5] System: DSL link down
2018-03-07 17:33:55 [3] PPP: ppp1 User request
2018-03-07 17:33:55 [3] PPP: ppp1 LCP down
2018-03-07 17:33:55 [4] PPP: ppp1 LCP down
2018-03-07 17:33:55 [6] PPP: ppp1 sent [LCP TermReq id=0x2 "User request"]
2018-03-07 17:34:01 [3] PPP: ppp1 User request
2018-03-07 17:34:01 [3] PPP: ppp1 User request
2018-03-07 17:34:01 [6] PPP: ppp1 sent [LCP TermReq id=0x3 "User request"]
2018-03-07 17:34:01 [5] System: DSL training G.994
2018-03-07 17:34:01 [3] PPP: ppp1
2018-03-07 17:34:13 [5] System: DSL training G.992 started
2018-03-07 17:34:18 [5] System: DSL training G.992 channel analysis
2018-03-07 17:34:24 [5] System: DSL training G.992 exchange
2018-03-07 17:34:25 [5] System: DSL link up
2018-03-07 17:34:26 [6] PPP: ppp1 sent [PADI Host-Uniq(0x000002c2)]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [PADI Host-Uniq(0x000002c2)]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [LCP ConfReq id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [LCP ConfAck id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0xa0172827]
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [LCP EchoRep id=0x0 magic=0xf49d9be4]
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 , name = "BNG17"]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [CHAP Response id=0x1 <7f5654fcb93544ce70d14c1b621f115c>, name = "xxxxxxxxxx.
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [CHAP Success id=0x1 ""]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [IPCP ConfReq id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 sent [IPCP ConfAck id=0x1 ]
2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [IPCP ConfNak id=0x1 2018-03-07 17:34:31 [6] PPP: ppp1 sent [IPCP ConfReq id=0x2 2018-03-07 17:34:31 [6] PPP: ppp1 rcvd [IPCP ConfAck id=0x2 2018-03-07 17:34:58 [5] System: DSL link down
2018-03-07 17:35:00 [5] System: DSL training G.994
2018-03-07 17:35:02 [3] PPP: ppp1 User request
2018-03-07 17:35:08 [3] PPP: ppp1 LCP down
2018-03-07 17:35:08 [4] PPP: ppp1 LCP down
2018-03-07 17:35:08 [6] PPP: ppp1 sent [LCP TermReq id=0x2 "User request"]
2018-03-07 17:35:08 [3] PPP: ppp1 User request
2018-03-07 17:35:08 [3] PPP: ppp1 User request
2018-03-07 17:35:08 [6] PPP: ppp1 sent [LCP TermReq id=0x3 "User request"]
2018-03-07 17:35:08 [3] PPP: ppp1
2018-03-07 17:35:13 [5] System: DSL training G.992 started
2018-03-07 17:35:18 [5] System: DSL training G.992 channel analysis
2018-03-07 17:35:24 [5] System: DSL training G.992 exchange
2018-03-07 17:35:25 [5] System: DSL link up
2018-03-07 17:35:28 [6] PPP: ppp1 sent [PADI Host-Uniq(0x0000071b)]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [PADI Host-Uniq(0x0000071b)]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [LCP ConfReq id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [LCP ConfAck id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0xa2a6940b]
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [LCP EchoRep id=0x0 magic=0x221047e4]
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <71035ac1f359bfab975c1f247743b918>, name = "BNG15"]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [CHAP Response id=0x1 <44077b3698db63eb1a1ed3ae49b43a49>, name = "xxxxx.
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [CHAP Success id=0x1 ""]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [IPCP ConfReq id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 sent [IPCP ConfAck id=0x1 ]
2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [IPCP ConfNak id=0x1 2018-03-07 17:35:33 [6] PPP: ppp1 sent [IPCP ConfReq id=0x2 2018-03-07 17:35:33 [6] PPP: ppp1 rcvd [IPCP ConfAck id=0x2 2018-03-07 17:35:59 [5] System: DSL link down
2018-03-07 17:36:00 [3] PPP: ppp1 User request
2018-03-07 17:36:06 [3] PPP: ppp1 LCP down
2018-03-07 17:36:06 [4] PPP: ppp1 LCP down
2018-03-07 17:36:06 [6] PPP: ppp1 sent [LCP TermReq id=0x2 "User request"]
2018-03-07 17:36:06 [3] PPP: ppp1 User request
2018-03-07 17:36:06 [3] PPP: ppp1 User request
2018-03-07 17:36:06 [5] System: DSL training G.994
2018-03-07 17:36:06 [6] PPP: ppp1 sent [LCP TermReq id=0x3 "User request"]
2018-03-07 17:36:06 [3] PPP: ppp1
2018-03-07 17:36:15 [5] System: DSL training G.992 started
2018-03-07 17:36:19 [5] System: DSL training G.992 channel analysis
2018-03-07 17:36:26 [5] System: DSL training G.992 exchange
2018-03-07 17:36:27 [5] System: DSL link up
2018-03-07 17:36:32 [6] PPP: ppp1 sent [PADI Host-Uniq(0x0000172c)]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [PADI Host-Uniq(0x0000172c)]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [LCP ConfReq id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [LCP ConfAck id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0x954a18c9]
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [LCP EchoRep id=0x0 magic=0x6a6b3337]
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <282ee04067b897fc3e7c9e7313afaa99>, name = "BNG-13"]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [CHAP Response id=0x1 <81103afc037f192605003a5f35ce9d4b>, name = "xxxxxxxx.
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [CHAP Success id=0x1 ""]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [IPCP ConfReq id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 sent [IPCP ConfAck id=0x1 ]
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [IPCP ConfNak id=0x1
2018-03-07 17:36:37 [6] PPP: ppp1 sent [IPCP ConfReq id=0x2
2018-03-07 17:36:37 [6] PPP: ppp1 rcvd [IPCP ConfAck id=0x2
2018-03-07 17:36:59 [5] System: DSL link down
2018-03-07 17:37:00 [5] System: DSL training G.994
2018-03-07 17:37:02 [3] PPP: ppp1 User request
2018-03-07 17:37:02 [3] PPP: ppp1 LCP down
2018-03-07 17:37:02 [4] PPP: ppp1 LCP down
2018-03-07 17:37:02 [6] PPP: ppp1 sent [LCP TermReq id=0x2 "User request"]
2018-03-07 17:37:08 [3] PPP: ppp1 User request
2018-03-07 17:37:08 [3] PPP: ppp1 User request
2018-03-07 17:37:09 [6] PPP: ppp1 sent [LCP TermReq id=0x3 "User request"]
2018-03-07 17:37:09 [3] PPP: ppp1
2018-03-07 17:37:14 [5] System: DSL training G.992 started
2018-03-07 17:37:18 [5] System: DSL training G.992 channel analysis
2018-03-07 17:37:25 [5] System: DSL training G.992 exchange
2018-03-07 17:37:26 [5] System: DSL link up
2018-03-07 17:37:29 [6] PPP: ppp1 sent [PADI Host-Uniq(0x00001ee5)]
2018-03-07 17:37:34 [6] PPP: ppp1 sent [PADI Host-Uniq(0x00001ee5)]
2018-03-07 17:37:34 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 ]
2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [LCP ConfReq id=0x1 ]
2018-03-07 17:37:34 [6] PPP: ppp1 sent [LCP ConfAck id=0x1 ]
2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 ]
2018-03-07 17:37:34 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0x2ce497a2]
2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [LCP EchoRep id=0x0 magic=0x3de13ac2]
2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <569410fd368e4add1018dde21247c494>, name = "BNG16"]
2018-03-07 17:37:34 [6] PPP: ppp1 sent [CHAP Response id=0x1 <79e27a1606886e754e790095cec7374f>, name = xxxxxxxxxxxx.
2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0x1 ]
2018-03-07 17:38:19 [3] PPP: ppp1 User request
2018-03-07 17:38:19 [3] PPP: ppp1 LCP down
2018-03-07 17:38:19 [3] PPP: ppp1 User request
2018-03-07 17:38:19 [3] PPP: ppp1
2018-03-07 17:39:16 [3] PPP: ppp1 User request
2018-03-07 17:39:16 [3] PPP: ppp1 LCP down
2018-03-07 17:39:22 [3] PPP: ppp1 User request
2018-03-07 17:39:22 [3] PPP: ppp1 User request
2018-03-07 17:39:22 [3] PPP: ppp1
  0  
  0  
#7
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-08 02:11:10
First things first BEWARE restarting router too much , the DSLAM at local exchange sees this as a FAULT !!!!! ( I see quite a few "User requests " is that you turning on/off ? )

If you have to restart either go into router and use "Disconnect " then turn router off , this tells exchange DSLAM a quick goodbye before it disconnects , so it doesn't register as a fault ,

OR wait at least 25 mins before reconnecting this makes sure the next reconnect is on another block check , so DSLAM sees this as a fresh start .

This stops DSLAM ( router at exchange basically ) turning your speed down to rectify for errors , it does go back up again but can take a few weeks if it thinks errors are on phone line,
and will wait for it to seem clear before it turns speed back up incrementally , as you can see a catch 22 situation , your ISP or an engineer can force a reset on DSLAM after repairs to give you max speed again without having to wait for it to verify a clean line ( this is where the 10 day TRAINING period bit comes from when you first setup modem )

I also see a few MTU resets 1492 and 1480 where it looks like DSLAM is trying to decide on a block size for transmissions , this suggests errors ," the DSL link down " means
link from Modem to Exchange is broken for a split second, could be a faulty line or noise on line, or simply a dirty/corroded connection ( can you easily get to your drop line to pole connection , its only 2 wires ? If you can have a look and clean it , its what the line engineer will do first , just don't tell him they will get upset if you say you've touched their wires ;) )

P.S. You should remove your CHAP codes these are specific to you ;) or at least blank out some of it .

2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <569410fd368e4add1018dde21247c494>, name = xxxxxxxxxxxxxxxxx
2018-03-07 17:37:34 [6] PPP: ppp1 sent [CHAP Response id=0x1 <79e27a1606886e754e790095cec7374f>, name =xxxxxxxxxxxxxxxxxx

Unfortunately logs are very hard to use without doing some extra work first , as they can lead you down the wrong path very easily ,
however comparing them after you have tried a few things can be very helpful , if you get my meaning.

1. Check its not in your house , turn everything off , when I go fault finding I use a 12v battery and run router off this , and flick the main power switch ,
for me its the fastest way to check ,then use a Laptop on LAN port . Make sure modem cable is in MAIN LINE BOX into house NOT extension box.

2. Check that all wiring in house is disconnected for other phones , you would be amazed the amount of times I've found an extension cable under a carpet or across a door carpet strip has been punctured / damaged and is causing issues even though it hasn't been used for years, BT line boxes in UK allow you to remove front and connect modem to inside connector so that the only wires connected are modem to outside pole/exchange.

3. If this produces no improvement its your drop line to pole 90% of the time or a connector in drop line if its been repaired and the engineer was to lazy to replace the cable from MAIN BOX to pole ( it should really be a continuous cable from MAIN BOX to pole ) as they are the weakest link , Telecom lines are very well protected from damage
but do suffer from corrosion at every junction eg pole / roadside cabinet / road man holes etc , before reaching exchange. This means you need an engineer !!
  0  
  0  
#8
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-08 15:55:27

Dink wrote

First things first BEWARE restarting router too much , the DSLAM at local exchange sees this as a FAULT !!!!! ( I see quite a few "User requests " is that you turning on/off ? )

If you have to restart either go into router and use "Disconnect " then turn router off , this tells exchange DSLAM a quick goodbye before it disconnects , so it doesn't register as a fault ,

OR wait at least 25 mins before reconnecting this makes sure the next reconnect is on another block check , so DSLAM sees this as a fresh start .

This stops DSLAM ( router at exchange basically ) turning your speed down to rectify for errors , it does go back up again but can take a few weeks if it thinks errors are on phone line,
and will wait for it to seem clear before it turns speed back up incrementally , as you can see a catch 22 situation , your ISP or an engineer can force a reset on DSLAM after repairs to give you max speed again without having to wait for it to verify a clean line ( this is where the 10 day TRAINING period bit comes from when you first setup modem )

I also see a few MTU resets 1492 and 1480 where it looks like DSLAM is trying to decide on a block size for transmissions , this suggests errors ," the DSL link down " means
link from Modem to Exchange is broken for a split second, could be a faulty line or noise on line, or simply a dirty/corroded connection ( can you easily get to your drop line to pole connection , its only 2 wires ? If you can have a look and clean it , its what the line engineer will do first , just don't tell him they will get upset if you say you've touched their wires ;) )

P.S. You should remove your CHAP codes these are specific to you ;) or at least blank out some of it .

2018-03-07 17:37:34 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <569410fd368e4add1018dde21247c494>, name = xxxxxxxxxxxxxxxxx
2018-03-07 17:37:34 [6] PPP: ppp1 sent [CHAP Response id=0x1 <79e27a1606886e754e790095cec7374f>, name =xxxxxxxxxxxxxxxxxx

Unfortunately logs are very hard to use without doing some extra work first , as they can lead you down the wrong path very easily ,
however comparing them after you have tried a few things can be very helpful , if you get my meaning.

1. Check its not in your house , turn everything off , when I go fault finding I use a 12v battery and run router off this , and flick the main power switch ,
for me its the fastest way to check ,then use a Laptop on LAN port . Make sure modem cable is in MAIN LINE BOX into house NOT extension box.

2. Check that all wiring in house is disconnected for other phones , you would be amazed the amount of times I've found an extension cable under a carpet or across a door carpet strip has been punctured / damaged and is causing issues even though it hasn't been used for years, BT line boxes in UK allow you to remove front and connect modem to inside connector so that the only wires connected are modem to outside pole/exchange.

3. If this produces no improvement its your drop line to pole 90% of the time or a connector in drop line if its been repaired and the engineer was to lazy to replace the cable from MAIN BOX to pole ( it should really be a continuous cable from MAIN BOX to pole ) as they are the weakest link , Telecom lines are very well protected from damage
but do suffer from corrosion at every junction eg pole / roadside cabinet / road man holes etc , before reaching exchange. This means you need an engineer !!


Thanks for the reply!

Firstly, that's not me turning it off. That's what's going on when I switch from ADSL2 to Auto-Sync (ADSL2+) and to show you what error im getting when the connection drops.

Secondly, I don't know what CHAP codes are, or how to remove them. From the reading you recommended, I know that CHAP is an authentication type, in my case it's on Auto, not a specific one.

Thirdly, I will try to get my hands on a 12V battery pack and try to turn everything off at home, I only have 1 working phone jack in my wall, so if it works normally with a 12v Battery pack then it's probably electrical interference.

Lastly, I spoke to my ISP and told them the issue, they are supposed to send someone over, Im just gonna put it on Auto-Sync mode and show them that it disconnects every 30-60 seconds. They will probably go down to the main phone box and test the speed from there, and in turn, tell me that my house phone line is ruined.

Ill update you with anything I can turn up. Thanks.
  0  
  0  
#9
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-09 01:53:00
Ok cool , I wasn't sure if it was simply a resink or you turning on/off ,

BUT technically the Exchange will see this as OFF then back On very quickly ( just like a faulty cable or Noise burst on phone line ) ,

as you have gone from ADSL2 to ADSL2+ you must disconnect really when you try this , unplug Modem cable reset modem and re-plug cable as in post above, it will auto reconnect.

By removing chap codes I simply meant don't post them on this website eg , blank them out with xxxx as they are specific to you like a password ( but with your ISP )

If you get an engineer hassle him to reset line for full speed ( you will get a 10 day settling period for best speed )
  0  
  0  
#10
Options
Re:DSL Frequent Disconnects all of a sudden
2018-03-09 02:46:32

Dink wrote

Ok cool , I wasn't sure if it was simply a resink or you turning on/off ,

BUT technically the Exchange will see this as OFF then back On very quickly ( just like a faulty cable or Noise burst on phone line ) ,

as you have gone from ADSL2 to ADSL2+ you must disconnect really when you try this , unplug Modem cable reset modem and re-plug cable as in post above, it will auto reconnect.

By removing chap codes I simply meant don't post them on this website eg , blank them out with xxxx as they are specific to you like a password ( but with your ISP )

If you get an engineer hassle him to reset line for full speed ( you will get a 10 day settling period for best speed )


Alright all done. Sorry bout that :P.

Ok so I tried something when I got home. I turned off everything in home, I have a UPS (basically a backup battery) since Lebanon's power goes off daily so it's good to keep your PC on in case it does. So I unplugged the battery from the power, and hooked up just the router to it, I got my laptop and connected to the WiFi, it still dropped out. So now I know it's probably not electrical interference from my house at least.

I spoke to the ISP, theyre gonna come by and check out the line's condition.
  0  
  0  
#11
Options

Information

Helpful: 0

Views: 5820

Replies: 19