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 


288 posts

Ultimate Geek
+1 received by user: 29


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

Yes thats around when it was working fine.

638 posts

Ultimate Geek
+1 received by user: 167

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.

 
 
 
 




288 posts

Ultimate Geek
+1 received by user: 29


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

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

638 posts

Ultimate Geek
+1 received by user: 167

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.



288 posts

Ultimate Geek
+1 received by user: 29


  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.

638 posts

Ultimate Geek
+1 received by user: 167

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.

25691 posts

Uber Geek
+1 received by user: 5446

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?

3388 posts

Uber Geek
+1 received by user: 1806

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


25691 posts

Uber Geek
+1 received by user: 5446

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.



288 posts

Ultimate Geek
+1 received by user: 29


  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 »

New Zealand government to create digital advisory group
Posted 16-Dec-2017 08:47


Australia datum changes means whole country moving 1.8 metres north-east
Posted 16-Dec-2017 08:39


UAV Traffic Management Trial launching today in New Zealand
Posted 12-Dec-2017 16:06


UFB connections pass 460,000
Posted 11-Dec-2017 11:26


The Warehouse Group to adopt IBM Cloud to support digital transformation
Posted 11-Dec-2017 11:22


Dimension Data peeks into digital business 2018
Posted 11-Dec-2017 10:55


2018 Cyber Security Predictions
Posted 7-Dec-2017 14:55


Global Govtech Accelerator to drive public sector innovation in Wellington
Posted 7-Dec-2017 11:21


Stuff Pix media strategy a new direction
Posted 7-Dec-2017 09:37


Digital transformation is dead
Posted 7-Dec-2017 09:31


Fake news and cyber security
Posted 7-Dec-2017 09:27


Dimension Data New Zealand strengthens cybersecurity practice
Posted 5-Dec-2017 20:27


Epson NZ launches new Expression Premium Photo range
Posted 5-Dec-2017 20:26


Eventbrite and Twickets launch integration partnership in Australia and New Zealand
Posted 5-Dec-2017 20:23


New Fujifilm macro lens lands in New Zealand
Posted 5-Dec-2017 20:16



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.