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 | 5 | 6 | 7
7744 posts

Uber Geek
+1 received by user: 2559

Subscriber

  Reply # 2032411 9-Jun-2018 06:26
Send private message quote this post

@geektahiti you could have tried better at formatting you post

24 posts

Geek
+1 received by user: 1


  Reply # 2032444 9-Jun-2018 10:25
Send private message quote this post

sorry I have redone it: 

 

Traceroute has started…

 

 

 

traceroute to www.telstra.com.au (203.36.190.11), 64 hops max, 72 byte packets

 

 1  192.168.1.254 (192.168.1.254)  3.397 ms  2.580 ms  2.539 ms

 

 2  122-58-248-1-vdsl.bb.spark.co.nz (122.58.248.1)  6.560 ms  6.188 ms  4.491 ms

 

 3  * * *

 

 4  ae8-10.akbr6.global-gateway.net.nz (122.56.116.5)  7.665 ms  7.529 ms  8.130 ms

 

 5  ae7-2.akbr7.global-gateway.net.nz (122.56.119.53)  8.564 ms  7.670 ms  8.032 ms

 

 6  xe0-0-4.sgbr3.global-gateway.net.nz (122.56.127.94)  32.477 ms  33.474 ms  31.454 ms

 

 7  ae7-10.sebr4.global-gateway.net.nz (122.56.127.214)  30.481 ms  31.160 ms  31.365 ms

 

 8  ae-17.r20.sydnau02.au.bb.gin.ntt.net (103.13.80.121)  32.002 ms  30.950 ms  31.744 ms

 

 9  ae-0.au.sydnau02.au.bb.gin.ntt.net (129.250.9.14)  32.475 ms  31.803 ms  31.469 ms

 

10  202.68.65.137 (202.68.65.137)  32.287 ms  32.306 ms  31.052 ms

 

11  tengige0-2-0-5.ken45.sydney.telstra.net (139.130.40.245)  243.238 ms  217.961 ms  383.888 ms

 

12  bundle-ether13.ken-core10.sydney.telstra.net (203.50.11.94)  309.065 ms  252.228 ms  306.860 ms

 

13  tengigabitethernet7-1.stl1.sydney.telstra.net (203.50.20.50)  307.163 ms  297.359 ms  307.213 ms

 

14  telstr1429.lnk.telstra.net (165.228.136.114)  307.117 ms  409.337 ms  307.845 ms

 

15  * * *

 

16  203.36.190.11 (203.36.190.11)  355.006 ms  242.374 ms  155.893 ms


24 posts

Geek
+1 received by user: 1


  Reply # 2032449 9-Jun-2018 10:35
Send private message quote this post

I have contacted Spark many time and told them the whole story but the only answer I am receiving are:

 

- Chorus checked anything and the line is working well

 

- Your line is working very well no issue

 

- you speedtest does not indicate any fault

 

etc. 

 

I have sent multiple screenshot to them and aligned with the issue:

 

One guy replied this:

 

00:40:48 John Emil : Can you send it to T******@spark.co.nz instead
00:41:39 me: done
00:43:25 John Emil : Got it...
00:44:12 me : can you see the issue? do you understand the issue?
00:44:22 John Emil : Yeah... Slow speed
00:44:31 John Emil : Here's what I can do
00:44:54 John Emil : I'll update the ticket

 

00:45:34 me: if you look at the ping latency, it is causing by Telstra AU server. You need your network engineer to speak with Telstra AU to reroute my IP please
00:45:55 me: I have already contacted Telstra Australia, they told me the query should be raised by Spark NZ to them
00:45:56 John Emil : I'll make sure to take note of that
00:46:36 me: as it is affecting my remote work it is very slow on Fibre
00:46:52 John Emil : Understood. Apologize for the inconvenience...
00:46:53 me: hope you have got the issue? It is not Chorus
00:47:29 John Emil : Yeah got it...

 

The day after I have got the below from another guy:

 

00:24:51 me : just check my screenshot and come back with what you could see please
00:32:24 Maricel : I don't have the screen shot you are referring to.Perhaps you sent it to the originator which I believe was forwarded to Chorus for investigation.--Chorus then, cannot find issue/fault on the network itself as their last note says on the ticket.-- I also checked the line and I also don't see any issue that causes speed/latency at your end and you confirmed that when you said that normal browsing speed is OK.
00:33:02 Maricel : Basically, what we make sure is the speed being served up to your ONT and modem - which shows no fault and you confirmed that with your normal browsing.
00:33:07 me: Never mind just leave it sorry
00:33:19 me: you don't understand
00:34:30 Maricel : Sorry about that. I can only do what is within my support boundary.However, I can update the ticket and add all you said for Chorus to re-investigate.That is what I can do.
00:37:12 Maricel : I have updated the ticket and added what you said.Once got updates from Chorus, will let you know.Got your email add above.
00:37:41 Maricel : This is the ref# 231453897326 - perhaps you want to keep it

 

-----

 

Just useless arg.....


7744 posts

Uber Geek
+1 received by user: 2559

Subscriber

  Reply # 2032455 9-Jun-2018 11:01
One person supports this post
Send private message quote this post

you are asking them to change the routing of a single IP address based on a fault that has occurred outside their network? wow.

 

are you on a residential plan? if so they have no guarantees of service to you

385 posts

Ultimate Geek
+1 received by user: 208

Trusted

  Reply # 2032458 9-Jun-2018 11:21
Send private message quote this post

Jase2985: you are asking them to change the routing of a single IP address based on a fault that has occurred outside their network? wow. are you on a residential plan? if so they have no guarantees of service to you

 

 

 

What this end user is asking them to investigate is clearly sub optimal routing and this is not unreasonable. As one of the people who receives and fixes such issues (not for that network) I appreciate it when issues such as this are bought to my attention in a timely mannor, it is not a burden its what we get paid for. The frustration comes in when this sort of thing does not make it through the initial levels of support and by the time it gets to the person like me who looks at the issue it has become a big thing instead of a small routing anomaly. Forums like Geekzone are actually really valuable in that often the users (as in this case) can not get their perfectly reasonable requests through the wall of layer 1 support and we don't know there is actually an issue that is causing frustration for the end users. Now of course some transit providers have politically driven routing decisions imposed upon them and the routing engineer can't fix an issue, but that's another issue aside from the layer 1 support wall. 


7744 posts

Uber Geek
+1 received by user: 2559

Subscriber

  Reply # 2032460 9-Jun-2018 11:36
Send private message quote this post

suboptimal at the moment based on a fault in an overseas location which is out of sparks control which has been pointed out here.

 

all the troubleshooting has proven this and that there is no issue with their connection, what more can front-line call centre staff do?

 

yes it has been noted that there has been an issue identified with telstra, who spark partner with in AUS but short of paying for different routing, which i imagine is not a light/easy decision there is going to be no quick resolution, nor change till the fault is fixed. how ever long that may be.

 

 

what applications are you using that are latency dependant?

 

 

i use a Citrix connection at work and can have latencies in the 3000's (ms) due to the type of connection we are on. its painful but it is what it is when we have to use that method.

24 posts

Geek
+1 received by user: 1


  Reply # 2032466 9-Jun-2018 12:09
Send private message quote this post

I use VPN and apps are:
- excel with complex database and pivot (over 70 to 100 mb size)
- SAP
- powerpoint
- multiple file on network that are network dependent

So yes 40 ms to over 225 ms make a difference for me
On 40 ms the file also download at 600 kb/sec
On 225 ms it download at 80-10 kb/sec so it affects me when I am working remotely.

My frustration come as we highlight to the proper channel of support that I think I have not been r ceicing with clear direction.

Before I have been using a wireless connection provided by my residential building (30/ 20 mbpd) and the lat ncy have been good 40 ms.

I have signed off with Spark Fibre as I have been a on a mobile plan. Great discount and Fibre 100 / 20 mbps and then noticed that my routing to Aus on my sub have been over 225 ms.
Yes I think that this is what make me mad. Paying for no performance to Australia.

I have also tried to hotspot my mobile Spark 4G and I am getting 50 ms (i guess the sub route of my 4G is optimal vs my fibre).

I have tried on different location 4G, vodafone vdsl, public wirelss cafe and all have a 40 ms response.
Only my fibre 100 spark is iver 235 ms.

Yes so it frustrates me...

Unless i have been told there have been a transcable broken that cause my IP to be reroute to USa or Europe for a temporary time. I would had been more patient

Cheers



35 posts

Geek


  Reply # 2034733 12-Jun-2018 23:40
Send private message quote this post

geektahiti: I use VPN and apps are:
- excel with complex database and pivot (over 70 to 100 mb size)
- SAP
- powerpoint
- multiple file on network that are network dependent

So yes 40 ms to over 225 ms make a difference for me
On 40 ms the file also download at 600 kb/sec
On 225 ms it download at 80-10 kb/sec so it affects me when I am working remotely.

My frustration come as we highlight to the proper channel of support that I think I have not been r ceicing with clear direction.

Before I have been using a wireless connection provided by my residential building (30/ 20 mbpd) and the lat ncy have been good 40 ms.

I have signed off with Spark Fibre as I have been a on a mobile plan. Great discount and Fibre 100 / 20 mbps and then noticed that my routing to Aus on my sub have been over 225 ms.
Yes I think that this is what make me mad. Paying for no performance to Australia.

I have also tried to hotspot my mobile Spark 4G and I am getting 50 ms (i guess the sub route of my 4G is optimal vs my fibre).

I have tried on different location 4G, vodafone vdsl, public wirelss cafe and all have a 40 ms response.
Only my fibre 100 spark is iver 235 ms.

Yes so it frustrates me...

Unless i have been told there have been a transcable broken that cause my IP to be reroute to USa or Europe for a temporary time. I would had been more patient

Cheers

 

I'm still experiencing the high latency, no word when this will be fixed :/


3589 posts

Uber Geek
+1 received by user: 1320

Subscriber

  Reply # 2034770 13-Jun-2018 08:34
One person supports this post
Send private message quote this post

Your first hop looks terrible.

Are you testing on Wi-Fi?

3710 posts

Uber Geek
+1 received by user: 2251

Trusted
Spark NZ

  Reply # 2034856 13-Jun-2018 10:00
2 people support this post
Send private message quote this post

It's an issue with Telstra. We have taken some steps this morning to try and alleviate the issue from our side but it's not clear if that has totally fixed it (we won't know until tonight)...

 

To be clear, the underlying issue is NOT in our network and we're just trying to work around the issue until it's fixed over there.

 

Cheers - N


24 posts

Geek
+1 received by user: 1


  Reply # 2034891 13-Jun-2018 11:02
One person supports this post
Send private message quote this post

hey Team Spark 

 

Thanks for all the follow up.

 

I will be trying tonight again and let you know :)


380 posts

Ultimate Geek
+1 received by user: 110


  Reply # 2035907 13-Jun-2018 11:35
Send private message quote this post

That is interesting. I've not noticed any issues personally, but there's definitely an issue over there. 

 

2Degrees:

 

Tracing route to www.telstra.com.au [203.36.190.7]
over a maximum of 30 hops:

 

1 <1 ms <1 ms <1 ms 192.168.1.1
2 30 ms 30 ms 30 ms 69.7.69.111.static.snap.net.nz [111.69.7.69]
3 * * * Request timed out.
4 63 ms 63 ms 64 ms 4.56.69.111.static.snap.net.nz [111.69.56.4]
5 64 ms 64 ms 64 ms 5.56.69.111.static.snap.net.nz [111.69.56.5]
6 64 ms 66 ms 64 ms BE-108.cor02.syd04.nsw.VOCUS.net.au [114.31.192.86]
7 64 ms 64 ms 64 ms bundle-101.bdr01.syd11.nsw.vocus.net.au [114.31.192.83]
8 64 ms 64 ms 64 ms Bundle-Ether12.ken-edge903.sydney.telstra.net [203.27.185.57]
9 65 ms 65 ms 66 ms bundle-ether17.ken-core10.sydney.telstra.net [203.50.11.172]
10 64 ms 64 ms 64 ms tengigabitethernet7-1.stl1.sydney.telstra.net [203.50.20.50]
11 65 ms 64 ms 65 ms telstr1429.lnk.telstra.net [165.228.136.114]
12 * * * Request timed out.
13 65 ms 66 ms 65 ms 203.36.190.7

 

Trace complete.

 

 

 

 

 

Spark:

 

Tracing route to www.telstra.com.au [203.36.190.11]
over a maximum of 30 hops:

 

1 1 ms 1 ms 1 ms home.gateway.pace.net [192.168.1.254]
2 1 ms 1 ms 1 ms home.gateway.pace.net [192.168.1.254]
3 * * * Request timed out.
4 * * * Request timed out.
5 31 ms 30 ms 30 ms ae8-10.akbr6.global-gateway.net.nz [122.56.116.5]
6 31 ms 30 ms 31 ms ae7-2.akbr7.global-gateway.net.nz [122.56.119.53]
7 56 ms 56 ms 56 ms xe7-0-4.sgbr3.global-gateway.net.nz [122.56.127.2]
8 56 ms 56 ms 56 ms ae7-10.sebr4.global-gateway.net.nz [122.56.127.214]
9 55 ms 64 ms 55 ms ae-17.r20.sydnau02.au.bb.gin.ntt.net [103.13.80.121]
10 55 ms 55 ms 55 ms ae-0.au.sydnau02.au.bb.gin.ntt.net [129.250.9.14]
11 55 ms 55 ms 55 ms 202.68.65.137
12 181 ms 182 ms 182 ms TenGigE0-2-0-5.ken45.sydney.telstra.net [139.130.40.245]
13 221 ms 180 ms 182 ms bundle-ether13.ken-core10.sydney.telstra.net [203.50.11.94]
14 180 ms 181 ms 181 ms tengigabitethernet7-1.stl1.sydney.telstra.net [203.50.20.50]
15 179 ms 180 ms 185 ms telstr1429.lnk.telstra.net [165.228.136.114]
16 * * * Request timed out.
17 185 ms 184 ms 184 ms 203.36.190.11

 

Trace complete.


24 posts

Geek
+1 received by user: 1


  Reply # 2036228 13-Jun-2018 22:03
Send private message quote this post

Tonight Spark NZ: 

 

Tracing route to www.telstra.com.au [203.36.148.7]
over a maximum of 30 hops:

 

1 2 ms 1 ms 2 ms 192.168.1.254
2 * * * Request timed out.
3 * * 4 ms mdr-ip24-int.msc.global-gateway.net.nz [122.56.1
16.6]
4 16 ms 9 ms 7 ms ae8-10.akbr6.global-gateway.net.nz [122.56.116.5
]
5 4 ms 8 ms 6 ms ae2-6.tkbr12.global-gateway.net.nz [122.56.127.1
7]
6 31 ms 29 ms 31 ms ae3-9.akbr7.global-gateway.net.nz [202.50.232.89
]
7 29 ms 30 ms 31 ms 122.56.119.86
8 30 ms 29 ms 41 ms ae-17.r20.sydnau02.au.bb.gin.ntt.net [103.13.80.
121]
9 28 ms 32 ms 30 ms ae-0.au.sydnau02.au.bb.gin.ntt.net [129.250.9.14
]
10 29 ms 31 ms 27 ms 202.68.65.137
11 164 ms 164 ms 162 ms TenGigE0-2-0-5.ken45.sydney.telstra.net [139.130
.40.245]
12 158 ms 161 ms 162 ms bundle-ether13.ken-core10.sydney.telstra.net [20
3.50.11.94]
13 173 ms 172 ms 170 ms bundle-ether12.win-core10.melbourne.telstra.net
[203.50.11.123]
14 169 ms 169 ms 167 ms tengigabitethernet7-1.win22.melbourne.telstra.ne
t [203.50.80.162]
15 166 ms 166 ms 168 ms telstr745.lnk.telstra.net [139.130.39.114]
16 * * * Request timed out.
17 168 ms 171 ms 172 ms 203.36.148.7

 

Trace complete.

 

 




35 posts

Geek


  Reply # 2036235 13-Jun-2018 22:12
Send private message quote this post

Talkiet:

 

It's an issue with Telstra. We have taken some steps this morning to try and alleviate the issue from our side but it's not clear if that has totally fixed it (we won't know until tonight)...

 

To be clear, the underlying issue is NOT in our network and we're just trying to work around the issue until it's fixed over there.

 

Cheers - N

 

 

 

 

Have the changes been made to the spark network yet?
Latency is much higher and much less stable tonight.
Any idea when the issue will be resolved on Telstra's end or if there will be any further steps taken by spark?

 

 

 

 

 

 

Latency in online games such as WoW which use Sydney based servers is also very high

 


3710 posts

Uber Geek
+1 received by user: 2251

Trusted
Spark NZ

  Reply # 2036239 13-Jun-2018 22:19
One person supports this post
Send private message quote this post

I'm sorry no, we don't have a timeframe on when Telstra will address the issue. Unfortunately it's an upstream network and not one we have any direct control over.

 

As for decisions to engineer traffic around it - I'm not sure how feasible that is since the affected traffic is predominantly from within Telstra (I think). I'm certainly not in a position to evaluate what options we might have to mitigate their problem.

 

As to your example - a lot of devices within networks are lazy in answering ICMP or throttled, so you really shouldn't pay too much attention to a lot of interim hops. The Telstra server looks a stable 40ms away from you which seems about right.

 

There may certainly be an issue, but that screenshot doesn't necessarily illustrate one, and the WoW 'ping' meter hasn't been accurate a day in it's life.

 

Cheers -N


1 | 2 | 3 | 4 | 5 | 6 | 7
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:



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.