International routing issues?

Forums › Spark New Zealand (including Skinny and BigPipe) › International routing issues?

Resnick

238 posts

Master Geek

Lifetime subscriber

#251627 3-Jul-2019 20:21

I've been having a few problems with a US based embyshare server for the last couple of nights. Below is a traceroute done just now. Is this a known issue at present?

traceroute to 104.17.155.47 (104.17.155.47), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.744 ms 0.669 ms 0.638 ms
2 125-236-192-9.adsl.xtra.co.nz (125.236.192.9) 3.380 ms 3.369 ms 3.346 ms
3 * * *
4 ae8-10.akbr6.global-gateway.net.nz (122.56.116.5) 14.329 ms 14.249 ms 14.234 ms
5 ae7-2.akbr7.global-gateway.net.nz (122.56.119.53) 14.154 ms 14.140 ms 14.055 ms
6 ae10-10.tkbr12.global-gateway.net.nz (202.50.232.29) 13.988 ms xe5-0-7.sgbr3.global-gateway.net.nz (202.50.232.38) 39.815 ms 122.56.119.82 (122.56.119.82) 37.211 ms
7 ae7-10.sebr4.global-gateway.net.nz (122.56.127.214) 38.363 ms 122.56.119.86 (122.56.119.86) 39.033 ms 38.970 ms
8 as4826.sydney.megaport.com (103.26.68.248) 38.936 ms 38.475 ms 38.385 ms
9 BE-110.cor02.syd04.nsw.VOCUS.net.au (175.45.72.30) 84.338 ms * as4826.sydney.megaport.com (103.26.68.248) 38.295 ms
10 BE-100.bdr02.syd03.nsw.VOCUS.net.au (114.31.192.39) 84.230 ms 86.268 ms 82.818 ms
11 as13335.bdr02.syd03.nsw.VOCUS.net.au (175.45.124.197) 802.665 ms 801.671 ms 800.104 ms
12 104.17.155.47 (104.17.155.47) 801.454 ms 795.240 ms 794.418 ms

Thanks in advance.

Jase2985

13457 posts

Uber Geek

ID Verified

Lifetime subscriber

#2269524 3-Jul-2019 20:34

Getting the same on spark but if i am connected to my VPN its fine

@hio77

JeremyNzl

359 posts

Ultimate Geek

#2269525 3-Jul-2019 20:34

C:\Users\Mexican>tracert 104.17.155.47

Tracing route to 104.17.155.47 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms pfSense.localdomain [192.168.1.6]
2 11 ms 11 ms 10 ms 1******.static.snap.net.nz [**********]
3 33 ms 34 ms 34 ms snap1.ape.nzix.net [***********]
4 35 ms 35 ms 35 ms cloudflare.ape.nzix.net [192.203.154.51]
5 34 ms 34 ms 35 ms 104.17.155.47

Got a login for that server lol

Resnick

238 posts

Master Geek

Lifetime subscriber

#2269527 3-Jul-2019 20:36

Jase2985:

Getting the same on spark but if i am connected to my VPN its fine

@hio77

Yeah, just found the same regarding VPN.

Resnick

238 posts

Master Geek

Lifetime subscriber

#2269530 3-Jul-2019 20:44

JeremyNzl:

Microsoft Windows [Version 10.0.17763.557]
(c) 2018 Microsoft Corporation. All rights reserved.

C:\Users\Mexican>tracert 104.17.155.47

Tracing route to 104.17.155.47 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms pfSense.localdomain [192.168.1.6]
2 11 ms 11 ms 10 ms 1******.static.snap.net.nz [**********]
3 33 ms 34 ms 34 ms snap1.ape.nzix.net [***********]
4 35 ms 35 ms 35 ms cloudflare.ape.nzix.net [192.203.154.51]
5 34 ms 34 ms 35 ms 104.17.155.47

Got a login for that server lol

Hmmmm, local cloudflare peering ;)

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#2269533 3-Jul-2019 20:51

It's a Cloudflare server not one located in America.

Could be served from any region.

Looking at that trace, I'd say it's on the return path. But peering is kinda where I check out.
@Talkiet is more in a position that can comment.

The one thing I will ask. Is what is your actual issue? Is it the latency or does it just look to be the smoking gun?

#include <std_disclaimer>

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

djtOtago

1149 posts

Uber Geek

#2269534 3-Jul-2019 20:55

I get the local cloudflare too. Tested on the Vocus network (Slingshot)

traceroute to 104.17.155.47 (104.17.155.47), 30 hops max, 60 byte packets
1 192.168.178.1 (192.168.178.1) 2.421 ms 3.809 ms 3.759 ms
2 v1.cpcch-ric-bng1.tranzpeer.net (101.98.0.113) 13.496 ms 13.978 ms 14.341 ms
3 callplus1.ape.nzix.net (192.203.154.46) 27.790 ms 28.892 ms 28.997 ms
4 cloudflare.ape.nzix.net (192.203.154.51) 29.102 ms 29.817 ms 30.289 ms
5 104.17.155.47 (104.17.155.47) 31.120 ms 30.953 ms 31.957 ms

Resnick

238 posts

Master Geek

Lifetime subscriber

#2269535 3-Jul-2019 20:58

hio77: It's a Cloudflare server not one located in America.

Could be served from any region.

Looking at that trace, I'd say it's on the return path. But peering is kinda where I check out.
@Talkiet is more in a position that can comment.

The one thing I will ask. Is what is your actual issue? Is it the latency or does it just look to be the smoking gun?

The actual issue is I'm unable to stream the video shares using emby. If the stream starts at all it continually buffers.

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

#2269537 3-Jul-2019 21:03

OK. So your hosting content on a server which you run behind Cloudflare and run emby on there?

Have you tried simply rebooting the machine? When I used to run emby it would buffer hard if the machine started swapping.

#include <std_disclaimer>

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

Resnick

238 posts

Master Geek

Lifetime subscriber

#2269542 3-Jul-2019 21:18

hio77: OK. So your hosting content on a server which you run behind Cloudflare and run emby on there?

Have you tried simply rebooting the machine? When I used to run emby it would buffer hard if the machine started swapping.

Its a remote server that I have access to. Rebooting was the first test which didn't work. It streams flawlessly after connecting to a VPN (iVPN Sydney server)

dfnt

1511 posts

Uber Geek

Lifetime subscriber

#2269544 3-Jul-2019 21:23

Mine seems fine, Spark VDSL

traceroute to 104.17.155.47 (104.17.155.47), 64 hops max, 72 byte packets
1 router (192.168.1.1) 8.383 ms 2.042 ms 3.340 ms
2 122-58-192-1.jetstream.xtra.co.nz (122.58.192.1) 2938.918 ms 3071.305 ms 3072.597 ms
3 * * *
4 ae8-10.akbr6.global-gateway.net.nz (122.56.116.5) 28.296 ms 25.488 ms 23.289 ms
5 ae2-6.tkbr12.global-gateway.net.nz (122.56.127.17) 24.425 ms 26.422 ms 24.239 ms
6 xe7-0-0.sebr3.global-gateway.net.nz (203.96.120.98) 50.075 ms 47.274 ms 49.431 ms
7 122.56.119.86 (122.56.119.86) 51.145 ms 49.072 ms 49.452 ms
8 as4826.sydney.megaport.com (103.26.68.248) 50.302 ms 66.610 ms 53.399 ms
9 be-110.cor02.syd04.nsw.vocus.net.au (175.45.72.30) 47.846 ms 48.828 ms 48.746 ms
10 be-101.bdr02.syd03.nsw.vocus.net.au (114.31.192.37) 49.396 ms 48.482 ms 50.084 ms
11 as13335.bdr02.syd03.nsw.vocus.net.au (175.45.124.197) 48.376 ms 49.197 ms 47.499 ms
12 104.17.155.47 (104.17.155.47) 50.244 ms 50.756 ms 47.843 ms

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#2269546 3-Jul-2019 21:34

Resnick:

hio77: OK. So your hosting content on a server which you run behind Cloudflare and run emby on there?

Have you tried simply rebooting the machine? When I used to run emby it would buffer hard if the machine started swapping.

Its a remote server that I have access to. Rebooting was the first test which didn't work. It streams flawlessly after connecting to a VPN (iVPN Sydney server)

That's fine, just confirming the simple things before it's jumping to what looks like a smoking gun (being ICMP and all)

for my spark connection, 104.17.155.47 terminates in their sydney POP, 32ms away, single threaded loads peg out my connection so a stream would be fine regardless of quality.

I'm personally not seeing the issue.

#include <std_disclaimer>

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

Oblivian

7296 posts

Uber Geek

ID Verified

#2269547 3-Jul-2019 21:34

Cloudflare has been 502ing and dropping/redirects since late last night our time.

https://www.zdnet.com/article/cloudflare-stutters-and-the-internet-stumbles/

Conveniently timed but reported as unrelated to some foreign lands raised level of DDoSing lots of CF front ends. Possibly lots of redirects still happening looking at their server status pages.

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#2269548 3-Jul-2019 21:36

Oblivian:

Cloudflare has been 502ing and dropping/redirects since late last night our time.

https://www.zdnet.com/article/cloudflare-stutters-and-the-internet-stumbles/

Conveniently timed but reported as unrelated to some foreign lands raised level of DDoSing lots of CF front ends. Possibly lots of redirects still happening looking at their server status pages.

Which could quite possibly explain it. large CPU load in firewalls, thus delayed acks. makes alot more sense than the alternative possibilities.

#include <std_disclaimer>

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

Resnick

238 posts

Master Geek

Lifetime subscriber

#2269698 4-Jul-2019 09:12

Oblivian:

Cloudflare has been 502ing and dropping/redirects since late last night our time.

https://www.zdnet.com/article/cloudflare-stutters-and-the-internet-stumbles/

Conveniently timed but reported as unrelated to some foreign lands raised level of DDoSing lots of CF front ends. Possibly lots of redirects still happening looking at their server status pages.

This does appear to be the issue. I tried emby briefly this morning before work and streaming appears to be okay for now. Also, the traceroutes this morning look similar to those posted above reporting no issues.

Thanks for everyone's time and attention.