Issues with ping & speed at night

Forums › 2degrees (including Slingshot, Orcon, Flip, Stuff Fibre, MyRepublic, 2talk and Vocus) › Issues with ping & speed at night

Peppery

919 posts

Ultimate Geek

Trusted

#123253 1-Jul-2013 03:03

Hey guys,

Late at night, occasionally starting as early as midnight, I’ve been noticing that my connection speed will absolutely drop and pings skyrocket. Restarting the modem fixes this for a few minutes before it starts again. Seemingly random and sometimes will come right after a few minutes.

Line speed is usually around 10542/692kbps as reported by the “Genius”. Network set up is using the Genius for VoIP and Modem only, WiFi is switched off and the only connected device to it is an Airport Extreme doing double NAT.

I initially thought this may be one of my APs messing up, so tonight I disconnected them and connected myself to the Genius via Ethernet and the issues did not subside, leaving the issue either somewhere upstream or with the Genius itself. The pings spike on the first hop on Orcon’s network, so I was wondering if anyone had any similar issues.

Some ping and traceroutes:

Harrisons-MacBook-Pro:~ harrison$ traceroute geekzone.co.nz
traceroute: Warning: geekzone.co.nz has multiple addresses; using 108.162.204.101
traceroute to geekzone.co.nz (108.162.204.101), 64 hops max, 52 byte packets
1 172.16.1.1 (172.16.1.1) 1.057 ms 1.070 ms 0.698 ms
2 10.1.1.1 (10.1.1.1) 1.395 ms 1.335 ms 0.972 ms
3 euba.bng1.tvc.orcon.net.nz (60.234.8.5) 3184.858 ms 3602.136 ms 3466.139 ms
4 xe-3-3-0.cre1.sky.orcon.net.nz (121.98.9.72) 3369.826 ms 3693.856 ms 3685.038 ms
5 ge-0-1-5-0.cre1.nct.orcon.net.nz (121.98.9.9) 3993.786 ms 3992.864 ms 4301.276 ms
6 * 121.99.12.0 (121.99.12.0) 4512.301 ms 4114.011 ms
7 p17746.syd.equinix.com (202.167.228.93) 4801.517 ms 4755.533 ms *
8 * * *
9 * 108.162.204.101 (108.162.204.101) 4901.625 ms *

traceroute to thenewthirty.net (96.30.20.112), 64 hops max, 52 byte packets
1 172.16.1.1 (172.16.1.1) 1.193 ms 1.142 ms 0.727 ms
2 10.1.1.1 (10.1.1.1) 1.728 ms 1.255 ms 2.043 ms
3 euba.bng1.tvc.orcon.net.nz (60.234.8.5) 1765.284 ms 2387.372 ms 1740.113 ms
4 xe-3-3-0.cre1.sky.orcon.net.nz (121.98.9.72) 1707.226 ms 1438.792 ms 1768.058 ms
5 ge-0-1-5-0.cre1.nct.orcon.net.nz (121.98.9.9) 2054.259 ms 2016.293 ms 2019.144 ms
6 121.99.12.0 (121.99.12.0) 2028.518 ms 2999.681 ms 2652.225 ms
7 orcon-inter.bar1.sanfrancisco1.level3.net (4.53.132.218) 2604.350 ms 2978.923 ms 3142.628 ms
8 xe-5-0-0.bar1.sanfrancisco1.level3.net (4.53.132.217) 3078.992 ms 3936.572 ms 3598.317 ms
9 ae-0-11.bar2.sanfrancisco1.level3.net (4.69.140.146) 3732.483 ms 4595.789 ms 4608.054 ms
^C

traceroute to orcon.net.nz (60.234.4.77), 64 hops max, 52 byte packets
1 172.16.1.1 (172.16.1.1) 1.169 ms 0.743 ms 0.707 ms
2 10.1.1.1 (10.1.1.1) 1.369 ms 1.112 ms 1.031 ms
3 euba.bng1.tvc.orcon.net.nz (60.234.8.5) 4947.319 ms * *
4 * * *
5 * * *

From speedtest.orcon.net.nz:

Last Result:
Download Speed: 137 kbps (17.1 KB/sec transfer rate)
Upload Speed: 428 kbps (53.5 KB/sec transfer rate)
Latency: 2835 ms
7/1/2013 1:54:31 AM

On this ping you can see where it came right again:

Harrisons-MacBook-Pro:~ harrison$ ping orcon.net.nz
PING orcon.net.nz (60.234.4.77): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 60.234.4.77: icmp_seq=0 ttl=60 time=3763.722 ms
64 bytes from 60.234.4.77: icmp_seq=1 ttl=60 time=3861.131 ms
Request timeout for icmp_seq 5
64 bytes from 60.234.4.77: icmp_seq=2 ttl=60 time=4087.651 ms
64 bytes from 60.234.4.77: icmp_seq=3 ttl=60 time=4260.708 ms
64 bytes from 60.234.4.77: icmp_seq=4 ttl=60 time=4175.750 ms
64 bytes from 60.234.4.77: icmp_seq=5 ttl=60 time=4531.485 ms
64 bytes from 60.234.4.77: icmp_seq=6 ttl=60 time=3648.014 ms
64 bytes from 60.234.4.77: icmp_seq=7 ttl=60 time=2689.590 ms
64 bytes from 60.234.4.77: icmp_seq=8 ttl=60 time=1738.727 ms
64 bytes from 60.234.4.77: icmp_seq=9 ttl=60 time=765.360 ms
64 bytes from 60.234.4.77: icmp_seq=10 ttl=60 time=24.963 ms
64 bytes from 60.234.4.77: icmp_seq=11 ttl=60 time=26.164 ms
64 bytes from 60.234.4.77: icmp_seq=12 ttl=60 time=26.495 ms
64 bytes from 60.234.4.77: icmp_seq=13 ttl=60 time=25.264 ms
64 bytes from 60.234.4.77: icmp_seq=14 ttl=60 time=24.434 ms
64 bytes from 60.234.4.77: icmp_seq=15 ttl=60 time=25.741 ms
64 bytes from 60.234.4.77: icmp_seq=16 ttl=60 time=26.101 ms
64 bytes from 60.234.4.77: icmp_seq=17 ttl=60 time=52.945 ms
64 bytes from 60.234.4.77: icmp_seq=18 ttl=60 time=88.605 ms
64 bytes from 60.234.4.77: icmp_seq=19 ttl=60 time=91.213 ms
64 bytes from 60.234.4.77: icmp_seq=20 ttl=60 time=50.089 ms
64 bytes from 60.234.4.77: icmp_seq=21 ttl=60 time=60.047 ms
^C
--- orcon.net.nz ping statistics ---
22 packets transmitted, 22 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 24.434/1547.464/4531.485/1826.647 ms
Harrisons-MacBook-Pro:~ harrison$

Last Result:
Download Speed: 7460 kbps (932.5 KB/sec transfer rate)
Upload Speed: 493 kbps (61.6 KB/sec transfer rate)
Latency: 33 ms
1 July 2013 2:09:35 am NZST

I then left a ping open to orcon.net.nz waiting for it to crash again:

64 bytes from 60.234.4.77: icmp_seq=153 ttl=60 time=26.740 ms
64 bytes from 60.234.4.77: icmp_seq=154 ttl=60 time=24.464 ms
64 bytes from 60.234.4.77: icmp_seq=155 ttl=60 time=27.107 ms
64 bytes from 60.234.4.77: icmp_seq=156 ttl=60 time=24.904 ms
64 bytes from 60.234.4.77: icmp_seq=157 ttl=60 time=39.696 ms
64 bytes from 60.234.4.77: icmp_seq=158 ttl=60 time=24.647 ms
64 bytes from 60.234.4.77: icmp_seq=159 ttl=60 time=24.993 ms
64 bytes from 60.234.4.77: icmp_seq=160 ttl=60 time=26.054 ms
64 bytes from 60.234.4.77: icmp_seq=161 ttl=60 time=32.016 ms
64 bytes from 60.234.4.77: icmp_seq=162 ttl=60 time=57.941 ms
64 bytes from 60.234.4.77: icmp_seq=163 ttl=60 time=298.789 ms
64 bytes from 60.234.4.77: icmp_seq=164 ttl=60 time=362.652 ms
64 bytes from 60.234.4.77: icmp_seq=165 ttl=60 time=834.097 ms
64 bytes from 60.234.4.77: icmp_seq=166 ttl=60 time=663.797 ms
64 bytes from 60.234.4.77: icmp_seq=167 ttl=60 time=945.495 ms
Request timeout for icmp_seq 168
64 bytes from 60.234.4.77: icmp_seq=168 ttl=60 time=1325.183 ms
64 bytes from 60.234.4.77: icmp_seq=169 ttl=60 time=1973.038 ms
64 bytes from 60.234.4.77: icmp_seq=170 ttl=60 time=972.364 ms
64 bytes from 60.234.4.77: icmp_seq=171 ttl=60 time=1903.095 ms
64 bytes from 60.234.4.77: icmp_seq=172 ttl=60 time=904.436 ms
64 bytes from 60.234.4.77: icmp_seq=173 ttl=60 time=1833.817 ms
64 bytes from 60.234.4.77: icmp_seq=174 ttl=60 time=833.688 ms
64 bytes from 60.234.4.77: icmp_seq=175 ttl=60 time=1830.731 ms
64 bytes from 60.234.4.77: icmp_seq=176 ttl=60 time=1714.251 ms
64 bytes from 60.234.4.77: icmp_seq=177 ttl=60 time=1661.066 ms
Request timeout for icmp_seq 179
64 bytes from 60.234.4.77: icmp_seq=178 ttl=60 time=2078.467 ms

Harrisons-MacBook-Pro:~ harrison$ curl -O http://speedtest.orcon.net.nz/speedtest/random4000x4000.jpg
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 30.1M 0 301k 0 0 3873 0 2:16:05 0:01:19 2:14:46 299^C
Harrisons-MacBook-Pro:~ harrison$

I’m going to try tomorrow with a different modem, of course because the phone line is over the Internet there will be some unhappy people in the house.

1 | 2

6015 posts

Uber Geek

Trusted

Geekzone

Lifetime subscriber

#847556 1-Jul-2013 03:03

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

Tradepub

Free professional, reference and technical white papers (affiliate link).

Sounddude

I fix stuff!
1928 posts

Uber Geek

Trusted

2degrees

Lifetime subscriber

#847573 1-Jul-2013 08:07

Thanks for the information.

What Region are you located in?

Peppery

919 posts

Ultimate Geek

Trusted

#847598 1-Jul-2013 09:22

Onehunga, Auckland

Sounddude

I fix stuff!
1928 posts

Uber Geek

Trusted

2degrees

Lifetime subscriber

#847600 1-Jul-2013 09:33

Thanks

There are no known issues with back-haul from the OneHunga region.

i suggest getting in contact with the helpdesk and getting your issue looked into. High latency between your modem and the BNG is probably caused by re-transmissions due to CRC errors on the line.

Peppery

919 posts

Ultimate Geek

Trusted

#847636 1-Jul-2013 10:52

Have called and lodged a ticket and emailed through the above results, cheers.

Peppery

919 posts

Ultimate Geek

Trusted

#847883 1-Jul-2013 20:19

Would these be the CRC errors you were mentioning? What is considered 'normal'?

michaelmurfy

meow
13215 posts

Uber Geek

Moderator

ID Verified

Trusted

Lifetime subscriber

#847941 1-Jul-2013 22:07

Could indicate an internal wiring fault? Got a master filter?

Michael Murphy | https://murfy.nz
Referral Links: Quic Broadband (use R122101E7CV7Q for free setup)

Are you happy with what you get from Geekzone? Please consider supporting us by subscribing.
Opinions are my own and not the views of my employer.

Peppery

919 posts

Ultimate Geek

Trusted

#847963 1-Jul-2013 22:40

No master filter, modem is plugged into first jackpoint coming into the house & is the only device plugged in.

mercutio

1392 posts

Uber Geek

#847971 1-Jul-2013 22:59

have you tried disconnecting all other computers/devices? it may be that dropbox or some other kind of background application is uploading at this time.

johnr

19282 posts

Uber Geek
Inactive user

#847972 1-Jul-2013 22:59

Is that jack point isolated from the rest of the telephone wiring in the house?

Sounddude

I fix stuff!
1928 posts

Uber Geek

Trusted

2degrees

Lifetime subscriber

#848052 2-Jul-2013 08:40

Your CRC errors don't seem that high, but what does concern me is the low upstream sync rate. it should be 1024.

I would suggest looking at the line fault suggestions the others have given.

However in saying that, it shouldn't just effect you at peak times, so it does sound like something else is going on. I am not convinced its anything on the orcon side however. The latency in your traceroute shows massive congestion, which we are not seeing on our side.

Peppery

919 posts

Ultimate Geek

Trusted

#848432 2-Jul-2013 22:05

I got this reply from Orcon today:

Hi Harrison,

I have cranked up your interleaving settings. This is like another buffer for all of your internet data to be error checked, operating in our network. This will affect all of your connections. You may notice slightly higher latency to everything but data throughput should be a lot more reliable. There are other settings between the interleaving profile you are on now (fastest) and the one you were on (standard) so if you would like to settle for a better compromise with slightly better latency, please feel free to suggest we try a different profile.

I believe this buffering will be far more effective than any form of buffering that your router might be doing for its wireless connections.

If this does not make any improvement on your internet speed, we will be more than willing to check other factors such as wiring issues, modem, congestion..etc..etc.

Thanks for contacting us.

The Team@Orcon

And the new rates on the Genius:

Sounddude: Your CRC errors don't seem that high, but what does concern me is the low upstream sync rate. it should be 1024.

I would suggest looking at the line fault suggestions the others have given.

However in saying that, it shouldn't just effect you at peak times, so it does sound like something else is going on. I am not convinced its anything on the orcon side however. The latency in your traceroute shows massive congestion, which we are not seeing on our side.

I'd imagine if it were Orcon side I'd hear much more about it! I have just now tried the old and trusted Dynalink RTA1320 (with a different phone cable, just to be sure) and the line stats were more or less the same, leading me to believe it's a wiring issue somewhere. I tried all jackpoints in the house (there is only 3). I also wasn't able to get the Dynalink modem to authenticate no matter what settings I chucked in there. FWIW, a couple of years back I was regularly getting 16mbit with Orcon in the same house with the Dynalink.

How should I proceed from this? Wait and see how pings go? I did also spot them getting in the 7s range to orcon.net.nz at 9:30 AM, but I haven't noticed it acting up when I'm home in the evening.

mercutio: have you tried disconnecting all other computers/devices? it may be that dropbox or some other kind of background application is uploading at this time.

Yep, positive it's not Dropbox or anything. When I did the tests I made sure I was the only computer connected

johnr: Is that jack point isolated from the rest of the telephone wiring in the house?

Wouldn't have a clue.

Ragnor

8196 posts

Uber Geek

Trusted

#849238 4-Jul-2013 13:21

Peppery: I got this reply from Orcon today:

How should I proceed from this?

You want to 100% rule out your internal wiring as the problem so that Orcon can book Chorus to seriously look into the line to cabinet/exchange part.

My advice would be get Coffeebaron to check your house wiring and install in a dedicated master filter/splitter.
http://www.geekzone.co.nz/user_public.asp?user_id=24485

Alternatively if you have moderate DIY skill read up on what's involved (lots of threads on Geekzone about this) and DIY it. Master filter is about $30, gel connectors are couple of bucks, Cat5e cable pretty cheap.

Peppery

919 posts

Ultimate Geek

Trusted

#849436 4-Jul-2013 22:52

Still had the same issues last night. Looks like I'll try a filter this weekend. Have the same one from the last install which wasn't needed in the end so I shall give it a go.

tkr001

416 posts

Ultimate Geek

#849699 5-Jul-2013 13:22

Peppery: Still had the same issues last night. Looks like I'll try a filter this weekend. Have the same one from the last install which wasn't needed in the end so I shall give it a go.

Don't think thats the filter required. You need a master which needs a tech to come and do.

1 | 2