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:

Author Topic: dropping of TalkTalk sync speed and using CAT5e for VDSL  (Read 3512 times)

cypher007

  • Member
  • **
  • Posts: 31
dropping of TalkTalk sync speed and using CAT5e for VDSL
« on: September 01, 2017, 11:28:37 PM »

I have a normal master socket which has a filter plugged in the front feeding a cordless phone.

inside the faceplate I have connected 2 runs of cat5e from terminals 5 - 2.

one goes to a filtered connection to my alarm.

the other goes upstairs to the router.

now I was getting some fluctuation on TalkTalk FTTC 80/20 service. it would always be around 71-76000 kbps sync, and the TPlink vr900 reckoned it could manage 85000 down 22000 up.

all was well for some months until we went on holiday. when I came back I happened to check, as I do every so often, the sync speed. it had dropped to 66999 down 19999 up. and no amount of rebooting would budge it. thought the router still says it can run 85000.

so I thought id check the wiring and this is where things get weird.

I removed an old extension cable, twisted pair, from the alarm circuit and replaced it with the cat5e mentioned above. as I found removing this from the master socket 2-5 made the router think it could do 33000 up and 89000 down.

so after wiring it in the new cat5e I thought yay. then checked the router and [censored]. it was actually worse. the up had improved the router thought it could do 27000. but the down had dropped to 76000 and the snr had dropped for down.

the sync is still stuck at 19999 up and 66999 down.

is the cat5e causing problems as I have 2 extensions going to 2 separate sockets, one which is the router the other the alarm?

would fitting a filtered faceplate and connecting one cat5e to the unfiltered and the other to the filtered fix things?

if so whats the best faceplate?

has my upstream dslam got stuck on 66999 or is TalkTalk doing some sneaky bandwidth limiting?
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #1 on: September 01, 2017, 11:58:40 PM »

If you have the classic NTE5/A, not the newer NTE5/C, I would recommend that you fit a Mk 3 SSFP. Then --
  • From the IDCs on the back of the lower front face-plate, connect the CAT5e cable that runs to the alarm system.
  • From the IDCs inside top left front of the SSFP, connect the CAT5e cable that runs to your modem/router.
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

cypher007

  • Member
  • **
  • Posts: 31
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #2 on: September 02, 2017, 12:04:05 AM »

I was looking at the MK4 and back NTE5C.

it seems cheap enough on ebay, but are they the real deal?

on run-it they seem expensive at nearly £30.

whats the best option? the mk3 still?
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #3 on: September 02, 2017, 12:30:09 AM »

If you have an existing NTE5/A then I would advise that you fit a Mk 3 SSFP. Here's one example and here's a second example.

Knowing how the NTE5/C, etc, are constructed I wouldn't use one of them.  :no:
« Last Edit: September 02, 2017, 12:37:06 AM by burakkucat »
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

tubaman

  • Senior Kitizen
  • ******
  • Posts: 12514
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #4 on: September 02, 2017, 10:28:14 AM »

I'd agree with burakkucat on the way to go with this.
With your current setup the connection to the alarm is acting as a bridge tap and you don't want that.
Using an MK3 SSFP as advised will make that bridge invisible to the VDSL side as it will be filtered-off at the faceplate.
Stick "bt mk3 openreach" into an ebay search and you can get a Mk3 filter for £8.85 delivered.
One seller even has a full NTE5/A with filter for £9.50 right now - this one
 :)
Logged
BT FTTC 55/10 Huawei Cab - Zyxel VMG8924-B10A

cypher007

  • Member
  • **
  • Posts: 31
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #5 on: September 02, 2017, 08:35:00 PM »

Cheers guys will get a mk3. One thought though some people said it increased there attenuation. Mine without the alarm is about 10db.
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #6 on: September 02, 2017, 09:49:22 PM »

Realistically any device inserted into the circuit will increase the attenuation.  ;)

You will often see the phrase "insertion loss" used and that can be regarded as the absolute value of the difference between the attenuation with the device in the circuit and the attenuation without the device in the circuit.

insertion loss = | attnwith - attnwithout | dB
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

cypher007

  • Member
  • **
  • Posts: 31
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #7 on: September 05, 2017, 07:29:19 PM »

fitted it and all seems good now. well apart from the fact the dslam is still stuck.

                             up          down
Current Rate(kbps) 19999    66997
Max Rate(kbps)      33093    90081
SNR Margin(dB)       14.8      11.8
Line Attenuation(dB) 17.3       10
Errors(pkts)                3          0


still getting some errors on upstream, but always had that.
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #8 on: September 05, 2017, 09:35:30 PM »

At a glance, it does seem as if the DLM has banded your circuit. However if there are very few errors recorded per day, the DLM may well relent. So let it be and just use the circuit.
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

cypher007

  • Member
  • **
  • Posts: 31
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #9 on: September 05, 2017, 10:18:21 PM »

after a few hours of light use, mainly youtube, the errors upstream are 16 pckts.

any ideas whats causing these, as they are always on the upstream.

the other problem I have is because I use the router for file sharing I have to reboot it maybe once or twice a week. as the media server wont update its DB with the new files otherwise. I asked TPLink and apparently this is normal. I'm wondering if this is causing the Dslam to get stuck.
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: dropping of TalkTalk sync speed and using CAT5e for VDSL
« Reply #10 on: September 06, 2017, 01:33:51 AM »

after a few hours of light use, mainly youtube, the errors upstream are 16 pckts.

any ideas whats causing these, as they are always on the upstream.

No, sorry.  :no:

Quote
the other problem I have is because I use the router for file sharing I have to reboot it maybe once or twice a week. as the media server wont update its DB with the new files otherwise. I asked TPLink and apparently this is normal.

<Cough><Splutter> That is definitely not normal for a well behaved device! Perhaps something better than the TP-Link device would be appropriate.  ::)

Quote
I'm wondering if this is causing the Dslam to get stuck.

It's not the DSLAM (digital subscriber line access multiplexer) "getting stuck" but the DLM (digital line management) process that has probably banded the circuit.
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.