Speed dropped after fault fix and port change!!

Forums › Spark New Zealand (including Skinny and BigPipe) › Speed dropped after fault fix and port change!!

quebec

852 posts

Ultimate Geek

#169787 25-Mar-2015 17:58

Broadband stopped working yesterday, no Internet on Broadband light on tg589v2 VDSL modem. Called Spark who said if no lights then it's most likely modem fault, I insisted that modem is ok then a case was logged and technician was supposed to come out this morning. Got a call from Chorus tech this morning that my port had failed and he has moved me to a different port and can now see my modem etc so should be fine, I wasn't home to check. Now I get home and internet working ok after resetting modem and now my sync speeds have dropped to 9,550 / 45,973. Before I was getting Payload rate [Kbps]: 69997 10332
Still have modem stats saved. Also speedtest now shows only 42 Mbps, before it was close to 67-68 Mbps. Can someone from Spark please help as I would like to get my speed back. Thanks

1 | 2

6018 posts

Uber Geek

Trusted

Geekzone

Lifetime subscriber

#1267801 25-Mar-2015 17:58

Hello... Our robot found some keywords in your post, so here is an automated reply with some important things to note regarding broadband speeds.

If you are posting regarding DSL speeds please check that

- you have reset your modem and router

- your PC (or other PCs in your LAN) is not downloading large files when you are testing

- you are not being throttled by your ISP due to going over the monthly cap

- your tests are always done on an ethernet connection to the router - do not use wireless for testing

- you read this topic and follow the instructions there.

Make sure you provide information for other users to help you. If you have not already done it, please EDIT your post and add this now:

- Your ISP and plan

- Type of connection (ADSL, ADSL2, VDSL)

- Your modem DSL stats (do not worry about posting Speedtest, we need sync rate, attenuation and noise margin)

- Your general location (or street)

- If you are rural or urban

- If you know your connection is to an exchange, cabinet or conklin

- If your connection is to a ULL or wholesale service

- If you have done an isolation test as per the link above

Most of the problems with speed are likely to be related to internal wiring issues. Read this discussion to find out more about this. Your ISP is not intentionally slowing you down today (unless you are on a managed plan). Also if this is the school holidays it's likely you will notice slower than usual speed due to more users online.

A master splitter is required for VDSL2 and in most cases will improve speeds on DSL connections. Regular disconnections can be a monitored alarm or a set top box trying to connect. If there's an alarm connected to your line even if you don't have an alarm contract it may still try to connect so it's worth checking.

I recommend you read these two blog posts:

- Is your premises phone wiring impacting your broadband performance? (very technical)

- Are you receiving a substandard ULL ADSL2+ connection from your ISP?

I am the Geekzone Robot and I am here to help. I am from the Internet. I do not interact. Do not expect other replies from me.

These links are referral codes: Sharesies | Mighty Ape

Andib

1363 posts

Uber Geek

ID Verified

Trusted

#1267812 25-Mar-2015 18:02

Nope. Your line is within Spec. Nothing spark can do will force it to go back to your old sync rate.

You will need to wait until DLM adjusts your line again.

<#
.DISCLAIMER
Anything I post is my own and not the views of my past/present/future employer.
#>

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1267813 25-Mar-2015 18:10

If you have changed ports, your line will have started afresh.

quite clearly, you have lost 17a. wait it out, and it will come back at some point.

Spark Cant influence your Line profile.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

richms

28168 posts

Uber Geek

Trusted

Lifetime subscriber

#1267820 25-Mar-2015 18:26

Those of is on 14/4 speeds find your complaints baseless.

Richard rich.ms

Jase2985

13457 posts

Uber Geek

ID Verified

Lifetime subscriber

#1267824 25-Mar-2015 18:30

VDSL is a best effort service countrolled by an automatic process call DLM

no one can control DLM, it does what it does and thats it.

i feel you pain ive been there, have been at 64mbps before but down at 49mbps now, im not worried as there is nothing cant do when i had 65mbps that i cant do at 49mbps

its just bragging rights.

quebec

852 posts

Ultimate Geek

#1267875 25-Mar-2015 20:09

Yeah it seems you all are right, I panicked for no reason. According to Spark L2 support speeds will be back to 69Mbps once DLM adjust within the next 10 days. They are very sure of this.

muppet

2568 posts

Uber Geek

Trusted

#1267877 25-Mar-2015 20:11

I bet it's a real problem for all the times you've maxed out that linespeed.

Oh, you've never maxed it out?

Odd.

Equinox IT

Cloud spending continues to surge globally, but most organisations haven’t made the changes necessary to maximise the value and cost-efficiency benefits of their cloud investments. Download the whitepaper From Overspend to Advantage now.

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1267878 25-Mar-2015 20:12

quebec: Yeah it seems you all are right, I panicked for no reason. According to Spark L2 support speeds will be back to 69Mbps once DLM adjust within the next 10 days. They are very sure of this.

Dont be surprised if it takes longer.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

Jase2985

13457 posts

Uber Geek

ID Verified

Lifetime subscriber

#1267885 25-Mar-2015 20:22

hio77:
Dont be surprised if it takes longer.

or you dont get it all the way back to where it was

quebec

852 posts

Ultimate Geek

#1267893 25-Mar-2015 20:44

Jase2985:
hio77:
Dont be surprised if it takes longer.

or you dont get it all the way back to where it was

Well that would be a shame :( I will try and ask them to fix it or move to another port and see what DLM does next time. Tech support guy assured me I will get what I was getting.

quebec

852 posts

Ultimate Geek

#1267895 25-Mar-2015 20:46

On another topic, can anyone explain what these logs are in my modem? Also, time never sets to correct time

Mar 25 20:42:52

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 179.205.165.40 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Port Unreacheable

Mar 25 20:19:00

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 186.98.22.63 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Port Unreacheable

Mar 25 20:16:18

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 191.225.188.57 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Port Unreacheable

Mar 25 19:48:00

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 117.20.121.228 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Port Unreacheable

Mar 25 19:31:37

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 77.74.11.10 Dst ip: 122.58.241.42 Type: Time Exceeded Code: Time to Live exceeded in Transit

Mar 25 19:29:52

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 194.44.128.94 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Host Unreacheable

Mar 25 19:27:35

FIREWALL icmp check (1 of 2): Protocol: ICMP Src ip: 183.238.53.252 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Port Unreacheable

Mar 25 19:24:37

IDS scan parser : tcp port scan: 95.138.142.131 scanned at least 10 ports at 122.58.241.42. (1 of 1) : 95.138.142.131 122.58.241.42 1420 37 TCP 80->50526 [..A..P] seq 1154369533 ack 1286299203 win 122

Mar 25 19:00:52

FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 202.107.15.47 Dst ip: 122.58.241.42 Type: Destination Unreachable Code: Port Unreacheable

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1267896 25-Mar-2015 20:46

quebec:
Jase2985:
hio77:
Dont be surprised if it takes longer.

or you dont get it all the way back to where it was

Well that would be a shame :( I will try and ask them to fix it or move to another port and see what DLM does next time. Tech support guy assured me I will get what I was getting.

Tech support can only do so much, While its nice that hes given you the reassurance, that is false hope to an extent...

VDSL is a best effort service and ISPs are not able to control the profile.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

sidefx

3711 posts

Uber Geek

Trusted

#1267899 25-Mar-2015 20:47

quebec:
Well that would be a shame :( I will try and ask them to fix it or move to another port and see what DLM does next time. Tech support guy assured me I will get what I was getting.

It's very unlikely that would change anything, and might actually make it take longer as it would reset the whole DLM process once more. Your best bet is to just wait and hope. Even if you don't get back on to 17a, there are many here (myself included) who would love to have the ~46/10 you're still getting.

"I was born not knowing and have had only a little time to change that here and there." | Octopus Energy | Sharesies
- Richard Feynman

quebec

852 posts

Ultimate Geek

#1268990 27-Mar-2015 12:28

I'm having troubles with normal browsing too. Pages are timing out and then sometimes open fine after refreshing. Mostly happening to sites outside of NZ. Is this normal which DLM is doing it's job? Any other troubleshooting I can do myself? Below are my current router stats, can anyone tell me if they look ok and how to tell which profile I'm currently on?

Modem state: up
Up time (Days hh:mm:ss): 0 days, 0:36:04
xDSL Standard: ITU-T G.993.2
Channel Mode: Interleaved

Number of reset: 0

Chipset Vendor info (G.994.1): Local Remote
Country code: B500 B500
ID: BDCM IKNS
Specific: 0000 0001

System Vendor info (showtime): Local Remote
Country code: 0F00 0000
ID: TMMB ----
Specific: 3C61 0000

Bearers generic info DS US
Payload rate [Kbps]: 46085 9688
Attenuation [dB]: 6.1 12.2
Margins [dB]: 12.6 11.9
Output power [dBm]: 13.5 -14.7

Number of bearers: 1
Bearer 0 DS US
INP [DMT symbols]: 2.00 2.00
Delay [ms]: 8.00 8.00
Depth []: 415 0.00
R: 16 0

G.997.1 Statistics (Current):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 0

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 0 1
FEC: 608 420

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 0 N/A

G.997.1 Statistics (last 15 minutes):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 0

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 0 1
FEC: 608 420

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 0 N/A

G.997.1 Statistics (last 24 hours):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 0

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 0 1
FEC: 608 420

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 0 N/A

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1268992 27-Mar-2015 12:31

is this noticed over wireless or ethernet?

Assuming you haven't been rebooting there, it looks although DLM is making movements.

Your on DLM-6

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

1 | 2