Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.


View this topic in a long page with up to 500 replies per page Create new topic
1 | 2 | 3 | 4 


263 posts

Ultimate Geek
+1 received by user: 27


  Reply # 1419952 3-Nov-2015 15:17
Send private message

Yes thats around when it was working fine.

635 posts

Ultimate Geek
+1 received by user: 163

Trusted
Spark NZ

  Reply # 1419957 3-Nov-2015 15:33
Send private message

Can you check your connection now please jeeg?




My views are my own, and may not necessarily represent those of my employer.

 
 
 
 




263 posts

Ultimate Geek
+1 received by user: 27


  Reply # 1419959 3-Nov-2015 15:34
Send private message

Just had a few minutes of 40ms and now its back to 2300ms.

635 posts

Ultimate Geek
+1 received by user: 163

Trusted
Spark NZ

  Reply # 1419961 3-Nov-2015 15:45
Send private message

Ok.  Jeeg, I think you are having a different issue to the other people posting here.




My views are my own, and may not necessarily represent those of my employer.



263 posts

Ultimate Geek
+1 received by user: 27


  Reply # 1419996 3-Nov-2015 16:23
Send private message

I see, what's going to happen now?

This high latency issue is even worse than having connections time out, now nothing is usable. I'm getting 3.4KB/s from nvidia.com downloading GeForce drivers (which I assume is on local CDN), I doubt my 4G data can sustain my usage for a week.

635 posts

Ultimate Geek
+1 received by user: 163

Trusted
Spark NZ

  Reply # 1420043 3-Nov-2015 17:03
Send private message

jeeg: The problem seems to have worsened this morning. Now I'm getting very high pings to every server.


Pinging 219.88.188.5 with 32 bytes of data:
Reply from 219.88.188.5: bytes=32 time=2256ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2523ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2757ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2277ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2289ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2298ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2298ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2450ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2305ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2293ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2314ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2295ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2334ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2326ms TTL=61
Reply from 219.88.188.5: bytes=32 time=2305ms TTL=61

Ping statistics for 219.88.188.5:
Packets: Sent = 15, Received = 15, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2256ms, Maximum = 2757ms, Average = 2354ms
Control-C


Heres results from a trace route command.


Tracing route to cache.google.com [219.88.188.5]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 10.0.1.1
2 2604 ms 2337 ms 2295 ms 122-62-240-1.jetstream.xtra.co.nz [122.62.240.1]

3 * * * Request timed out.
4 2290 ms 2274 ms 2292 ms cache.google.com [219.88.188.5]

Trace complete.


I think the takeaway here is that the latency is happening on the first hop from your 10.0.1.1 (is that your Netgear?) to our BNG (the 122.62.240.1).
The BNG is replying to the ICMP in the tracert - which is why you see the reply from 122.62.240.1. 
While that traffic will be deprioritised, we can see that it is not the source of the issue for the following reason.  The ping (ICMP) to the 219.88.188.5 address also sees the same latency.  Because that packet is not being responded to by the BNG and is destined elsewhere, the BNG treats that like any other IP packet - no special treatment.  I've looked at the stats for your line on the BNG for this current session and I'm not seeing any appreciable packet drops or anything that would be cause for concern.

Given that the latency is being introduced between the Netgear and our BNG, and I have no evidence to support that it is the BNG (indeed the evidence supports that it is not), that leaves two possibilities:
1) it is occurring the Chorus access network
2) it is occurring in your LAN after the Netgear, but before the DSL link

My suggestion would be to beg or borrow a friend's router for a night, and see if that fixes that problem.
If it does, then you know what the issue is.

If that does not fix the issue, then log a fault and get a Chorus tech out.   I've never seen it before (with this symptom), but it could be a faulty DSL port on the Chorus ISAM.

That is what I would do if I were you.




My views are my own, and may not necessarily represent those of my employer.

25342 posts

Uber Geek
+1 received by user: 5186

Moderator
Trusted
Biddle Corp
Subscriber

  Reply # 1420082 3-Nov-2015 17:50
Send private message

Do SPM throughput graphs show anything such as saturation?



52 posts

Master Geek
+1 received by user: 2

Trusted

  Reply # 1420393 4-Nov-2015 08:47
Send private message

had a check of ours last night when I got home and it appears our connectivity issues have been resolved.

However our speeds from speedtest have dropped to 9 down, 5 up and 7ms ping. This isn't good enough for Ultra VDSL. Is there anything that could be causing the speed drop?

3300 posts

Uber Geek
+1 received by user: 1749

Trusted
Spark NZ

  Reply # 1420402 4-Nov-2015 08:55
Send private message

thefunkysoulone: had a check of ours last night when I got home and it appears our connectivity issues have been resolved.

However our speeds from speedtest have dropped to 9 down, 5 up and 7ms ping. This isn't good enough for Ultra VDSL. Is there anything that could be causing the speed drop?


Can you try it on all the Spark NZ located speedtest.net servers please? SHort answer... No, I don't know of anything that would be artificially holding down speedtest results. Can you paste your current DSL stats when you show the speedtest results from the Akl, Wn and Ch Spark speedtest.net servers?

Cheers - N


25342 posts

Uber Geek
+1 received by user: 5186

Moderator
Trusted
Biddle Corp
Subscriber

  Reply # 1420419 4-Nov-2015 09:07
Send private message

It's always possible you've been migrated to the new 998 profile which does have the potential to make poor quality connections better, but could also impact some poor quality connections and make them worse.

speedtest.net results are large irrelevant though without DSL sync stats.





52 posts

Master Geek
+1 received by user: 2

Trusted

  Reply # 1420540 4-Nov-2015 11:02
Send private message

thanks, will do once i get home this evening.



263 posts

Ultimate Geek
+1 received by user: 27


  Reply # 1420973 4-Nov-2015 16:57
Send private message

After begging for a modem from a friend with fiber and getting home, it seems my connection issues have miraculously fixed it self before I could test the modem.

Thanks to everyone that's had a hand in help me out on this one.

PRH

8 posts

Wannabe Geek


  Reply # 1421063 4-Nov-2015 17:56
Send private message

I'd like to second that. Thanks to the Spark bods for looking into this. Who knows what the issue was!

52 posts

Master Geek
+1 received by user: 2

Trusted

  Reply # 1421088 4-Nov-2015 18:36
Send private message

hi,
ran some tests on speedtest

Spark Auckland - ping 6ms - 34 down - 9 up
Spark Wellington - ping 14ms - 35 down - 10 up
Spark Christchurch - ping 23ms - 34 down - 10 up

DSL Connection stats
Uptime:                                                  0 days, 0:03:03
DSL Type:                                              ITU-T G.993.2
Bandwidth (Up/Down) [kbps/kbps]:        10,357 / 36,758
Data Transferred (Sent/Received) [B/B]: 0 / 0
Output Power (Up/Down) [dBm]:             0.3 / 18.6
Line Attenuation (Up/Down) [dB]:            25.5 / 12.7
SN Margin (Up/Down) [dB]:                    19.8 / 12.1

1 | 2 | 3 | 4 
View this topic in a long page with up to 500 replies per page Create new topic



Twitter »

Follow us to receive Twitter updates when new discussions are posted in our forums:



Follow us to receive Twitter updates when news items and blogs are posted in our frontpage:



Follow us to receive Twitter updates when tech item prices are listed in our price comparison site:





News »

FUJIFILM introduces X-E3 mirrorless camera with wireless connectivity
Posted 18-Sep-2017 13:53


Vodafone announces new plans with bigger data bundles
Posted 15-Sep-2017 10:51


Skinny launches phone with support for te reo Maori
Posted 14-Sep-2017 08:39


If Vodafone dropping mail worries you, you’re doing online wrong
Posted 11-Sep-2017 13:54


Vodafone New Zealand deploy live 400 gigabit system
Posted 11-Sep-2017 11:07


OPPO camera phones now available at PB Tech
Posted 11-Sep-2017 09:56


Norton Wi-Fi Privacy — Easy, flawed VPN
Posted 11-Sep-2017 09:48


Lenovo reveals new ThinkPad A Series
Posted 8-Sep-2017 14:37


Huawei passes Apple for the first time to capture the second spot globally
Posted 8-Sep-2017 10:45


Vodafone initiative enhances te reo Maori pronunciation on Google Maps
Posted 8-Sep-2017 10:40


Voyager Internet expand local internet phone services company with Conversant acquisition
Posted 6-Sep-2017 18:27


NOW Expands in to Tauranga
Posted 5-Sep-2017 18:16


Windows 10 Fall Creators Update coming Oct. 17
Posted 4-Sep-2017 14:10


Garmin introduce Garmin vivoactive 3
Posted 1-Sep-2017 18:38


Kiwibank wastes $90 million on software – Reseller News
Posted 1-Sep-2017 13:45



Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.



Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.

Alternatively, you can receive a daily email with Geekzone updates.