![]() ![]() ![]() |
|
hashbrown: Not sure of it's related, but Cloudflare status page is currently showing AKL as "re-routed".
I think that only affects those that peer locally, on 2degs usually GZ is served from the AKL pop but its being served out of Sydney currently
dfnt:
I think this is what I read https://blog.cloudflare.com/bandwidth-costs-around-the-world/
Worth remembering that article is a full 2 years old so numbers may nolonger be valid.
#include <std_disclaimer>
Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.
Yes, there didn't seem to be a newer post on the matter
dfnt:
Basically because peering is expensive in Australia with Telstra and Optus, Cloudflare serves free customers out of cheaper locations. Not sure if GZ is a free or paid customer of Cloudflare but might explain why it's being served out of Tokyo.
We are a paid customer.
Please support Geekzone by subscribing, or using one of our referral links: Samsung | AliExpress | Wise | Sharesies | Hatch | GoodSync | Backblaze backup
freitasm:
dfnt:
Basically because peering is expensive in Australia with Telstra and Optus, Cloudflare serves free customers out of cheaper locations. Not sure if GZ is a free or paid customer of Cloudflare but might explain why it's being served out of Tokyo.
We are a paid customer.
Doesn't apply then.
Wonder why it isn't being served out of Australia.
I use Claire and I am on 2degrees. I am being served out of SYD.
Please support Geekzone by subscribing, or using one of our referral links: Samsung | AliExpress | Wise | Sharesies | Hatch | GoodSync | Backblaze backup
freitasm:
I use Claire and I am on 2degrees. I am being served out of SYD.
Yeah, the AKL pop is currently being redirected so being served out of SYD
dfnt:
freitasm:
I use Claire and I am on 2degrees. I am being served out of SYD.
Yeah, the AKL pop is currently being redirected so being served out of SYD
Exactly my point, meanwhile the Spark route is to Narita...
Please support Geekzone by subscribing, or using one of our referral links: Samsung | AliExpress | Wise | Sharesies | Hatch | GoodSync | Backblaze backup
freitasm:
dfnt:
freitasm:
I use Claire and I am on 2degrees. I am being served out of SYD.
Yeah, the AKL pop is currently being redirected so being served out of SYD
Exactly my point, meanwhile the Spark route is to Narita...
Ah right, sorry misunderstood
Spark is actually forgetting that its clients pays them to access services provided through the likes of Cloudflare. It tries to screw the people who provide the content (which is the very reason its customers buy Spark services) - basically trying to double dip on both ends from the consumer and content provider.
Good on Cloudflare for serving such an arrogant attitude (of Spark) out of somewhere that it will cost Spark more to consume and provides an inferior service for Spark's customers.
I wonder what would happen if major streaming providers suddenly mandated that they wouldn't do bilateral peerings but just peer at peering exchanges. Spark's international bandwidth would be overloaded in 2 seconds.
What's the actual problem with it being served from Japan?
muppet:
What's the actual problem with it being served from Japan?
Time to access/download resources - there's a bit of difference between AKL and Narita in terms of the distance bits have to travel...
Please support Geekzone by subscribing, or using one of our referral links: Samsung | AliExpress | Wise | Sharesies | Hatch | GoodSync | Backblaze backup
freitasm:
Time to access/download resources - there's a bit of difference between AKL and Narita in terms of the distance bits have to travel...
Right, but it doesn't present an actual problem, aside from longer RTT's and slightly longer page load time. Which for a HTTP2 page is unlikely to be noticed by most users, it's not exactly taking seconds to load (is it?)
Don't get me wrong, I agree the lack of local in-country traffic routing seems silly. Back when I worked at one of the large telco's (not Spark) and we (network engineering) were told this de-peering had to take place and that we had to turn off the APE peers, we argued vehemently against it. The senior people asked us "But what will actually break?" and we had to, begrudgingly, admit that nothing would break, some traffic might route a slightly longer way etc. (We were also told if we didn't do it and kept moaning about, we'd be shown the door, so we turned it down as instructed)
Anyway, I don't think it's a problem. Slightly slower RTT, sure.
Finally, there's always two sides to the peering story. I'm not saying Spark aren't the "bad guys" here, but you also don't know for sure that Spark are holding out signing some contract because it exposes them in some way that the other ISPs have just rolled over and signed. [That is meant only as an example, not based in any factual information at all!!]
Ray Taylor
There is no place like localhost
Spreadsheet for Comparing Electricity Plans Here
|
![]() ![]() ![]() |