* [Starlink] speedtest.net takes a look at sat internet around the globe
@ 2021-08-12 21:22 Darrell Budic
2021-08-12 22:34 ` Ulrich Speidel
0 siblings, 1 reply; 10+ messages in thread
From: Darrell Budic @ 2021-08-12 21:22 UTC (permalink / raw)
To: starlink
[-- Attachment #1: Type: text/plain, Size: 432 bytes --]
https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/ <https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/>
Nothing we didn’t know, but interesting comparisons between the 3 sat companies and fixed breadboard around the world.
Made me wonder if there’s anyone else contributing to the speed tests in Iowa county, WI, looks a lot like my averages there...
[-- Attachment #2: Type: text/html, Size: 754 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-12 21:22 [Starlink] speedtest.net takes a look at sat internet around the globe Darrell Budic
@ 2021-08-12 22:34 ` Ulrich Speidel
2021-08-12 23:24 ` Ricky Mok
2021-08-13 1:54 ` David Lang
0 siblings, 2 replies; 10+ messages in thread
From: Ulrich Speidel @ 2021-08-12 22:34 UTC (permalink / raw)
To: starlink
[-- Attachment #1: Type: text/plain, Size: 2948 bytes --]
It always pains me to see "speed" tests like these, especially if the
methodology they've used isn't clear. My big gripes:
- I strongly suspect that the speed tests here (and in so many other
blogs/vlogs) are UDP-based, which doesn't tell me a thing about how much
TCP goodput I'll get over any of these links.
- Latency is measured between end user and ... what? The satellite
gateway? Some imaginary fixed point on the Internet that all our traffic
has to to through? Or maybe just speedtest.net's servers, whose
locations possibly don't matter one iota for my Internet performance?
- If we reasonably assume that the capacity of a Starlink satellite
needs to be shared between its users, then few users / satellite equates
to a large share of the capacity. From Starlink's front page: "Starlink
is available to a limited number of users per coverage area at this
time." Guess what? What we see here may not last, but it's sure great
for marketing.
- Ever wondered why Starlink's bulk of beta users sits between
40-something and 50-something degrees of latitude? That's right, because
that's where you get the largest concentration of satellites right now,
which helps keep the number of users per satellite down. Elsewhere?
Tough luck.
- At the other end of your terrestrial broadband connection might be a
few CDN servers, meaning you and your fellow customers will only need to
use the ISP's feed once for that viral cat video everyone wants to
watch. Starlink goes direct to site, not to a local ISP. So if your ISP
is in space and the CDNs are on the ground, a thousand Starlink users on
a satellite wanting to watch the cat video will need to bring it across
the satellite a thousand times. Your terrestrial ISP (or even sat-based
ISP with a terrestrial network connecting end users) only needs to do
this once.
But big numbers always look great, don't they?
On 13/08/2021 9:22 am, Darrell Budic wrote:
> https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/
> <https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/>
>
>
> Nothing we didn’t know, but interesting comparisons between the 3 sat
> companies and fixed breadboard around the world.
>
> Made me wonder if there’s anyone else contributing to the speed tests
> in Iowa county, WI, looks a lot like my averages there...
>
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink
>
--
****************************************************************
Dr. Ulrich Speidel
School of Computer Science
Room 303S.594 (City Campus)
Ph: (+64-9)-373-7599 ext. 85282
The University of Auckland
ulrich@cs.auckland.ac.nz
http://www.cs.auckland.ac.nz/~ulrich/
****************************************************************
[-- Attachment #2: Type: text/html, Size: 4121 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-12 22:34 ` Ulrich Speidel
@ 2021-08-12 23:24 ` Ricky Mok
2021-08-13 1:55 ` Ulrich Speidel
2021-08-15 15:47 ` Darrell Budic
2021-08-13 1:54 ` David Lang
1 sibling, 2 replies; 10+ messages in thread
From: Ricky Mok @ 2021-08-12 23:24 UTC (permalink / raw)
To: starlink
[-- Attachment #1: Type: text/plain, Size: 4607 bytes --]
I think the blog used the data they collected from speedtest.net. I
conducted research on that topic. Ookla's speedtest is TCP based
(usually 4-6 concurrent TCP flows to a test server). Ookla deployed over
12k test servers (many ISPs contributed to it). The test used IP
geolocation to pick a set of ten nearest servers geographically and
establish WebSocket to send "ping"s to test the network latency. The
test then chooses the server with the lowest latency and send 10 more
probes to test the RTTs. The "latency" they referred should be the
extract from the RTT tests.
I think it is a norm to have shared last mile and advertise the "max"
capacity, just like what cable providers did.
I remembered when they start launching the beta test. Only that latitude
range had continuous satellite coverage. I assume the service outside
that range would be unstable. But they have ground station built out of
that range already. So, they just need to launch more SpaceX rockets...
For CDN, they signed agreements with Google (and Azure?) I expect ground
stations have direct interconnection with the cloud providers for
content. They can also have caches installed in the ground station
(e.g., netflix, youtube), similar to some ordinary ISPs installed
in-network caches in Central Offices. However, i agree that they cannot
do caching on the satellites, particularly we have HTTPS :)
Ricky
On 8/12/2021 3:34 PM, Ulrich Speidel wrote:
>
> It always pains me to see "speed" tests like these, especially if the
> methodology they've used isn't clear. My big gripes:
>
> - I strongly suspect that the speed tests here (and in so many other
> blogs/vlogs) are UDP-based, which doesn't tell me a thing about how
> much TCP goodput I'll get over any of these links.
> - Latency is measured between end user and ... what? The satellite
> gateway? Some imaginary fixed point on the Internet that all our
> traffic has to to through? Or maybe just speedtest.net's servers,
> whose locations possibly don't matter one iota for my Internet
> performance?
> - If we reasonably assume that the capacity of a Starlink satellite
> needs to be shared between its users, then few users / satellite
> equates to a large share of the capacity. From Starlink's front page:
> "Starlink is available to a limited number of users per coverage area
> at this time." Guess what? What we see here may not last, but it's
> sure great for marketing.
> - Ever wondered why Starlink's bulk of beta users sits between
> 40-something and 50-something degrees of latitude? That's right,
> because that's where you get the largest concentration of satellites
> right now, which helps keep the number of users per satellite down.
> Elsewhere? Tough luck.
> - At the other end of your terrestrial broadband connection might be a
> few CDN servers, meaning you and your fellow customers will only need
> to use the ISP's feed once for that viral cat video everyone wants to
> watch. Starlink goes direct to site, not to a local ISP. So if your
> ISP is in space and the CDNs are on the ground, a thousand Starlink
> users on a satellite wanting to watch the cat video will need to bring
> it across the satellite a thousand times. Your terrestrial ISP (or
> even sat-based ISP with a terrestrial network connecting end users)
> only needs to do this once.
>
> But big numbers always look great, don't they?
>
> On 13/08/2021 9:22 am, Darrell Budic wrote:
>> https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/
>> <https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/>
>>
>>
>> Nothing we didn’t know, but interesting comparisons between the 3 sat
>> companies and fixed breadboard around the world.
>>
>> Made me wonder if there’s anyone else contributing to the speed tests
>> in Iowa county, WI, looks a lot like my averages there...
>>
>> _______________________________________________
>> Starlink mailing list
>> Starlink@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/starlink
>>
> --
> ****************************************************************
> Dr. Ulrich Speidel
>
> School of Computer Science
>
> Room 303S.594 (City Campus)
> Ph: (+64-9)-373-7599 ext. 85282
>
> The University of Auckland
> ulrich@cs.auckland.ac.nz
> http://www.cs.auckland.ac.nz/~ulrich/
> ****************************************************************
>
>
>
>
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink
[-- Attachment #2: Type: text/html, Size: 6547 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-12 22:34 ` Ulrich Speidel
2021-08-12 23:24 ` Ricky Mok
@ 2021-08-13 1:54 ` David Lang
2021-08-13 4:51 ` Ulrich Speidel
1 sibling, 1 reply; 10+ messages in thread
From: David Lang @ 2021-08-13 1:54 UTC (permalink / raw)
To: Ulrich Speidel; +Cc: starlink
[-- Attachment #1: Type: text/plain, Size: 3818 bytes --]
On Fri, 13 Aug 2021, Ulrich Speidel wrote:
> - If we reasonably assume that the capacity of a Starlink satellite needs to
> be shared between its users, then few users / satellite equates to a large
> share of the capacity. From Starlink's front page: "Starlink is available to
> a limited number of users per coverage area at this time." Guess what? What
> we see here may not last, but it's sure great for marketing.
although as they launch more satellites and implement routing between satellites
this will also expand
> - Ever wondered why Starlink's bulk of beta users sits between 40-something
> and 50-something degrees of latitude? That's right, because that's where you
> get the largest concentration of satellites right now, which helps keep the
> number of users per satellite down. Elsewhere? Tough luck.
the problem is having satellties overhead for continuous coverage. This happened
first a higher latitudes. I'm in the Los Angles area and according to a check I
did a couple weeks ago, there are still 15-75min/day that I would not have any
satellites available to use. They have launched enough satellites for global
coverage, but the last several batches are still climbing to their final orbit
(it takes a couple months post-launch to do this)
> - At the other end of your terrestrial broadband connection might be a few
> CDN servers, meaning you and your fellow customers will only need to use the
> ISP's feed once for that viral cat video everyone wants to watch. Starlink
> goes direct to site, not to a local ISP. So if your ISP is in space and the
> CDNs are on the ground, a thousand Starlink users on a satellite wanting to
> watch the cat video will need to bring it across the satellite a thousand
> times. Your terrestrial ISP (or even sat-based ISP with a terrestrial network
> connecting end users) only needs to do this once.
bzz, your local ISP needs to transport the data to each customer individually,
multicast is not a functional thing on the Internet
And with SpaceX putting ground stations on the roofs of major datacenters
(google and others), they will have as good or better connections than your
local ISP.
> But big numbers always look great, don't they?
you seem to be wnting to compare starlink to gig fiber to the home or something
like that.
My sister is the perfect example of their real target. Before I got her
Starlink, she had the choice between dialup (with toll charges), a wireless ISP
at symmetrical 2Mb/s, or cellular based service (with a tall mast to hold the
cell antenna)
starlink isn't targeted at urban areas, but if you look at population density
maps, the vast majority of the country isn't urban, and while the percentage of
population isn't as lopsided, that's still a LOT of people
I'm in the Los Angeles suburbs and up until the time that spectrum cable
upgraded their system a couple years ago, the best I could get (short of
$thousands to run new wires to my house) was 10M/2M dsl. I'm going to get
starlink as a backup, and as a portable setup that I can take when traveling
(camping, search and rescue bases, etc)
David Lang
> On 13/08/2021 9:22 am, Darrell Budic wrote:
>> https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/
>> <https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/>
>>
>> Nothing we didn’t know, but interesting comparisons between the 3 sat
>> companies and fixed breadboard around the world.
>>
>> Made me wonder if there’s anyone else contributing to the speed tests in
>> Iowa county, WI, looks a lot like my averages there...
>>
>> _______________________________________________
>> Starlink mailing list
>> Starlink@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/starlink
>>
>
[-- Attachment #2: Type: text/plain, Size: 149 bytes --]
_______________________________________________
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-12 23:24 ` Ricky Mok
@ 2021-08-13 1:55 ` Ulrich Speidel
2021-08-13 2:10 ` David Lang
2021-08-15 15:47 ` Darrell Budic
1 sibling, 1 reply; 10+ messages in thread
From: Ulrich Speidel @ 2021-08-13 1:55 UTC (permalink / raw)
To: starlink
On 13/08/2021 11:24 am, Ricky Mok wrote:
>
> I think the blog used the data they collected from speedtest.net. I
> conducted research on that topic. Ookla's speedtest is TCP based
> (usually 4-6 concurrent TCP flows to a test server). Ookla deployed
> over 12k test servers (many ISPs contributed to it). The test used IP
> geolocation to pick a set of ten nearest servers geographically and
> establish WebSocket to send "ping"s to test the network latency. The
> test then chooses the server with the lowest latency and send 10 more
> probes to test the RTTs. The "latency" they referred should be the
> extract from the RTT tests.
>
That's lumping in a lot of other factors here that have little to do
with the technology: Even if you do TCP-based tests, it's a matter of
how long you allow these to ramp up for (cwnd opening speed depends
crucially on RTT between endpoints). How much congestion exists on the
path between server and last mile - pings don't necessarily tell you
that. It's also relying on the topological accuracy of geolocation.
Geographical proximity != topological proximity in the age of BGP and
tiered ISPs (we've seen a great deal of traffic between NZ and Asia go
via the mainland US - and this went on for years!). But most
importantly, you're comparing mature networks with decades of
underinvestment and a heavy user load against a new network with light
beta user load.
>
> I think it is a norm to have shared last mile and advertise the "max"
> capacity, just like what cable providers did.
>
In the case of Starlink, that last mile is awfully long, though...
>
> I remembered when they start launching the beta test. Only that
> latitude range had continuous satellite coverage. I assume the service
> outside that range would be unstable. But they have ground station
> built out of that range already. So, they just need to launch more
> SpaceX rockets...
>
Indeed. But there is more to this than that. Basically, each satellite
in an inclined orbit crosses each parallel (latitude) up to its
inclination twice per orbit. Since there is a lot less length of
parallel at higher-numbered latitudes, parallels with latitudes close
the the inclination get more satellite crossings per mile of parallel
per hour. So more rockets isn't going to change the density disparity
unless their satellites will go into orbits with vastly different
inclinations (which I hope they will).
>
> For CDN, they signed agreements with Google (and Azure?) I expect
> ground stations have direct interconnection with the cloud providers
> for content. They can also have caches installed in the ground station
> (e.g., netflix, youtube), similar to some ordinary ISPs installed
> in-network caches in Central Offices. However, i agree that they
> cannot do caching on the satellites, particularly we have HTTPS :)
>
That still puts them on the wrong side of the link ;-)
Honestly, I can understand Americans' and Canadian frustrations with
their ISPs in rural areas, but compared to people who simply cannot get
Internet from any other source than satellite for reasons of remoteness,
depth of ocean or impenetrability of jungle or mountains, that
regulatory problem is very much a first world one ;-)
--
****************************************************************
Dr. Ulrich Speidel
School of Computer Science
Room 303S.594 (City Campus)
Ph: (+64-9)-373-7599 ext. 85282
The University of Auckland
ulrich@cs.auckland.ac.nz
http://www.cs.auckland.ac.nz/~ulrich/
****************************************************************
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-13 1:55 ` Ulrich Speidel
@ 2021-08-13 2:10 ` David Lang
2021-08-13 3:45 ` Ulrich Speidel
0 siblings, 1 reply; 10+ messages in thread
From: David Lang @ 2021-08-13 2:10 UTC (permalink / raw)
To: Ulrich Speidel; +Cc: starlink
On Fri, 13 Aug 2021, Ulrich Speidel wrote:
> Indeed. But there is more to this than that. Basically, each satellite
> in an inclined orbit crosses each parallel (latitude) up to its
> inclination twice per orbit. Since there is a lot less length of
> parallel at higher-numbered latitudes, parallels with latitudes close
> the the inclination get more satellite crossings per mile of parallel
> per hour. So more rockets isn't going to change the density disparity
> unless their satellites will go into orbits with vastly different
> inclinations (which I hope they will).
the first shell is all the same inclination, but they have launched enough to
get full coverage even down to the equator. later shells are going to be a
different inclination.
see the wikipedia page on starlink for the description of the different shells
https://en.wikipedia.org/wiki/Starlink#Constellation_design_and_status. phase 1
is ~4200 satellites (they've launched ~1700), phase 2 is an additional ~7500 at
a lower altitude, and they've talked about wanting a phase 3 that would take the
total count of over 40,000 satellites.
David Lang
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-13 2:10 ` David Lang
@ 2021-08-13 3:45 ` Ulrich Speidel
2021-08-13 3:57 ` David Lang
0 siblings, 1 reply; 10+ messages in thread
From: Ulrich Speidel @ 2021-08-13 3:45 UTC (permalink / raw)
To: David Lang; +Cc: starlink
[-- Attachment #1: Type: text/plain, Size: 2487 bytes --]
>
> > Indeed. But there is more to this than that. Basically, each satellite
> > in an inclined orbit crosses each parallel (latitude) up to its
> > inclination twice per orbit. Since there is a lot less length of
> > parallel at higher-numbered latitudes, parallels with latitudes close
> > the the inclination get more satellite crossings per mile of parallel
> > per hour. So more rockets isn't going to change the density disparity
> > unless their satellites will go into orbits with vastly different
> > inclinations (which I hope they will).
>
> the first shell is all the same inclination, but they have launched
> enough to
> get full coverage even down to the equator. later shells are going to
> be a
> different inclination.
I'm quite aware of this, but Starlink have changed their orbital
configuration repeatedly over the life of the project thus far. But
having a satellite within range is only one half of the connection. That
satellite also needs to be able to link you to something.
And so there won't be full coverage around the tropics for a while as
most Starlink birds at this point in time aren't equipped with laser
interconnects. They currently work bent pipe only, which means being
within a few hundred km of a teleport or no connectivity at all. Many
remote Pacific islands are further than that away from the nearest other
piece of land, let alone a Starlink teleport.
But yeah, the plans are noted. I'd add to that that longish zig-zagging
laser forwarding paths pose the question of latency, too, so it'll be
interesting how that will play out.
>
> see the wikipedia page on starlink for the description of the
> different shells
> https://en.wikipedia.org/wiki/Starlink#Constellation_design_and_status
> <https://en.wikipedia.org/wiki/Starlink#Constellation_design_and_status>.
> phase 1
> is ~4200 satellites (they've launched ~1700), phase 2 is an additional
> ~7500 at
> a lower altitude, and they've talked about wanting a phase 3 that
> would take the
> total count of over 40,000 satellites.
Taken as read a long time ago ;-)
--
****************************************************************
Dr. Ulrich Speidel
School of Computer Science
Room 303S.594 (City Campus)
Ph: (+64-9)-373-7599 ext. 85282
The University of Auckland
ulrich@cs.auckland.ac.nz
http://www.cs.auckland.ac.nz/~ulrich/
****************************************************************
[-- Attachment #2: Type: text/html, Size: 3461 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-13 3:45 ` Ulrich Speidel
@ 2021-08-13 3:57 ` David Lang
0 siblings, 0 replies; 10+ messages in thread
From: David Lang @ 2021-08-13 3:57 UTC (permalink / raw)
To: Ulrich Speidel; +Cc: David Lang, starlink
On Fri, 13 Aug 2021, Ulrich Speidel wrote:
> But yeah, the plans are noted. I'd add to that that longish zig-zagging laser
> forwarding paths pose the question of latency, too, so it'll be interesting
> how that will play out.
true, but the speed of light in a vaccum is ~30% higher than the speed of light
in fiber, so it's going to depend on how many hops and the time cost of each
hop.
David Lang
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-13 1:54 ` David Lang
@ 2021-08-13 4:51 ` Ulrich Speidel
0 siblings, 0 replies; 10+ messages in thread
From: Ulrich Speidel @ 2021-08-13 4:51 UTC (permalink / raw)
To: David Lang; +Cc: starlink
On 13/08/2021 1:54 pm, David Lang wrote:
> On Fri, 13 Aug 2021, Ulrich Speidel wrote:
>
> > - If we reasonably assume that the capacity of a Starlink satellite
> needs to
> > be shared between its users, then few users / satellite equates to a
> large
> > share of the capacity. From Starlink's front page: "Starlink is
> available to
> > a limited number of users per coverage area at this time." Guess
> what? What
> > we see here may not last, but it's sure great for marketing.
>
> although as they launch more satellites and implement routing between
> satellites
> this will also expand
I would hope so, but that's a while off yet.
>
> > - Ever wondered why Starlink's bulk of beta users sits between
> 40-something
> > and 50-something degrees of latitude? That's right, because that's
> where you
> > get the largest concentration of satellites right now, which helps
> keep the
> > number of users per satellite down. Elsewhere? Tough luck.
>
> the problem is having satellties overhead for continuous coverage.
> This happened
> first a higher latitudes. I'm in the Los Angles area and according to
> a check I
> did a couple weeks ago, there are still 15-75min/day that I would not
> have any
> satellites available to use.
Indeed, but for most people, it's not just that you need to be able to
see a satellite. You need to be in range of a satellite that can also
see a gateway, and the probability of your Dishy finding one that is
meeting this criterion goes up with the number of satellites you can see
and with your proximity to a gateway. As you do have two gateways in the
Los Angeles area, this condition will be met for most satellites you can
see, but with often hundreds of miles between gateways even in the
continental US, the unavailability periods can be significantly larger
for others at your latitude.
> They have launched enough satellites for global
> coverage, but the last several batches are still climbing to their
> final orbit
> (it takes a couple months post-launch to do this)
As for overhead coverage, yes, as for connectivity, no - for lack of
interconnects in the vast majority of the present fleet.
>
>
> bzz, your local ISP needs to transport the data to each customer
> individually,
> multicast is not a functional thing on the Internet
Nobody is talking about multicasting here! I'm talking about content
delivery networks, and they're very much a functional thing, and when
they break, people will claim that "the Internet is down", as happened a
few times over the last few months.
Much of the conventional satellite Internet into remote places (and that
can mean entire countries) used to be backhaul to a local ISP, who would
then distribute via WiFi, DSL, or whatever. When such ISPs are able to
host CDN servers in their remote location data centre, then the cat
video served by the CDN will travel across the sat link once and will be
cached at the local CDN for multiple downloads by local users.
Direct-to-site operators such as Starlink (and yes I realise Hughes and
Viasat do this, too, albeit via GEO) have to deliver the cat video to
each end user through the bottleneck resource satellite.
> And with SpaceX putting ground stations on the roofs of major datacenters
> (google and others), they will have as good or better connections than
> your
> local ISP.
>
> > But big numbers always look great, don't they?
>
> you seem to be wnting to compare starlink to gig fiber to the home or
> something
> like that.
Well, I'm comparing it to two quite disparate things, really, so let's
declare:
1) Gig fibre to the home indeed (which you can get here in Auckland, NZ,
at least in most suburbs, see
https://comcom.govt.nz/__data/assets/pdf_file/0027/252288/MBNZ-Summer-Report-2021-13-April-2021.pdf),
connected to the rest of the world by shared submarine fibre capacity
roughly equivalent to Starlink's entire current global system capacity
(including satellites over remote regions far away from gateways).
That's a couple of dozen Tb/s and us five million plus our 20 million
Aussie mates across the ditch like have required regular capacity
upgrades in recent years, suggesting that we manage to work it pretty
well. I'll see whether I can provide some speedtest.net data FYI in a
later post.
2) The 4000 ms all up RTT GEO satellite connection that my incoming PhD
student in Tarawa, Kiribati, is on. He'd love your sister's
connectivity. There are a lot of islands like this in the Pacific, and
conditions differ. Many use trunk-to-ISP satellite services, sometimes
to competing ISPs, sometimes to a monopoly ISP. Some use GEO, some use
O3b MEO. Some now use direct-to-site Kacific HTS GEO. Some may be within
reach of Starlink, many won't be, and in some cases, the local regulator
forbids competition to the monopoly telco and won't allow direct-to-site
services. And in some places there's hope for change and in others there
are lock-in contracts running for years into the future.
>
> My sister is the perfect example of their real target. Before I got her
> Starlink, she had the choice between dialup (with toll charges), a
> wireless ISP
> at symmetrical 2Mb/s, or cellular based service (with a tall mast to
> hold the
> cell antenna)
>
> starlink isn't targeted at urban areas, but if you look at population
> density
> maps, the vast majority of the country isn't urban, and while the
> percentage of
> population isn't as lopsided, that's still a LOT of people
Quite aware of this. There's a nice write-up here of the infrastructural
problems you face in the US and how Starlink is really designed for that
market
https://www.theverge.com/22435030/starlink-satellite-internet-spacex-review
<https://www.theverge.com/22435030/starlink-satellite-internet-spacex-review>
>
> I'm in the Los Angeles suburbs and up until the time that spectrum cable
> upgraded their system a couple years ago, the best I could get (short of
> $thousands to run new wires to my house) was 10M/2M dsl. I'm going to get
> starlink as a backup, and as a portable setup that I can take when
> traveling
> (camping, search and rescue bases, etc)
I was on DSL until about 2-3 years ago. The then government here decided
that connectivity pretty much everywhere was a strategic investment
must-have. They'd already split the old monopoly post office telco into
a network and a retail arm, and invited competition. They then compelled
(and subsidised) the network company to roll out fibre to wherever this
was possible - for free - and make it available to ISPs for a fee set by
the regulator. So they literally came door knocking to connect us up, at
zero cost (except time to make sure "a foot deep" meant more than
brushing the leaves aside). At the end of 2022, 87% of New Zealanders
will have fibre access, two years ahead of target.
--
****************************************************************
Dr. Ulrich Speidel
School of Computer Science
Room 303S.594 (City Campus)
Ph: (+64-9)-373-7599 ext. 85282
The University of Auckland
ulrich@cs.auckland.ac.nz
http://www.cs.auckland.ac.nz/~ulrich/
****************************************************************
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Starlink] speedtest.net takes a look at sat internet around the globe
2021-08-12 23:24 ` Ricky Mok
2021-08-13 1:55 ` Ulrich Speidel
@ 2021-08-15 15:47 ` Darrell Budic
1 sibling, 0 replies; 10+ messages in thread
From: Darrell Budic @ 2021-08-15 15:47 UTC (permalink / raw)
To: Ricky Mok; +Cc: starlink
[-- Attachment #1: Type: text/plain, Size: 5922 bytes --]
This matches what I’ve seen from my side. I host a speedtest.net server at the $dayjob in Chicago, with ipv6. That network is peered with Google's, so all of it’s 10G connection is available to it. Of course, it’s way down the list in speedtest servers for me because of the geographic nature of speedtest.net’s recommendations. Those recommended servers are even more useless with a service like starlink, but that doesn’t seem to bother speedtest.
With v6 over starlink, it does make it a reasonable test of throughput for me, since I have a better than usual understanding of the path and available bandwidth in my test case. Also why I suspect I’m most of the data for Iowa County, WI, I’ve run a fair number of speedtests even without automation :)
-Darrell
> On Aug 12, 2021, at 6:24 PM, Ricky Mok <cskpmok@caida.org> wrote:
>
> I think the blog used the data they collected from speedtest.net. I conducted research on that topic. Ookla's speedtest is TCP based (usually 4-6 concurrent TCP flows to a test server). Ookla deployed over 12k test servers (many ISPs contributed to it). The test used IP geolocation to pick a set of ten nearest servers geographically and establish WebSocket to send "ping"s to test the network latency. The test then chooses the server with the lowest latency and send 10 more probes to test the RTTs. The "latency" they referred should be the extract from the RTT tests.
>
> I think it is a norm to have shared last mile and advertise the "max" capacity, just like what cable providers did.
>
> I remembered when they start launching the beta test. Only that latitude range had continuous satellite coverage. I assume the service outside that range would be unstable. But they have ground station built out of that range already. So, they just need to launch more SpaceX rockets...
>
> For CDN, they signed agreements with Google (and Azure?) I expect ground stations have direct interconnection with the cloud providers for content. They can also have caches installed in the ground station (e.g., netflix, youtube), similar to some ordinary ISPs installed in-network caches in Central Offices. However, i agree that they cannot do caching on the satellites, particularly we have HTTPS :)
>
> Ricky
>
> On 8/12/2021 3:34 PM, Ulrich Speidel wrote:
>> It always pains me to see "speed" tests like these, especially if the methodology they've used isn't clear. My big gripes:
>>
>> - I strongly suspect that the speed tests here (and in so many other blogs/vlogs) are UDP-based, which doesn't tell me a thing about how much TCP goodput I'll get over any of these links.
>> - Latency is measured between end user and ... what? The satellite gateway? Some imaginary fixed point on the Internet that all our traffic has to to through? Or maybe just speedtest.net's servers, whose locations possibly don't matter one iota for my Internet performance?
>> - If we reasonably assume that the capacity of a Starlink satellite needs to be shared between its users, then few users / satellite equates to a large share of the capacity. From Starlink's front page: "Starlink is available to a limited number of users per coverage area at this time." Guess what? What we see here may not last, but it's sure great for marketing.
>> - Ever wondered why Starlink's bulk of beta users sits between 40-something and 50-something degrees of latitude? That's right, because that's where you get the largest concentration of satellites right now, which helps keep the number of users per satellite down. Elsewhere? Tough luck.
>> - At the other end of your terrestrial broadband connection might be a few CDN servers, meaning you and your fellow customers will only need to use the ISP's feed once for that viral cat video everyone wants to watch. Starlink goes direct to site, not to a local ISP. So if your ISP is in space and the CDNs are on the ground, a thousand Starlink users on a satellite wanting to watch the cat video will need to bring it across the satellite a thousand times. Your terrestrial ISP (or even sat-based ISP with a terrestrial network connecting end users) only needs to do this once.
>>
>> But big numbers always look great, don't they?
>>
>> On 13/08/2021 9:22 am, Darrell Budic wrote:
>>> https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/ <https://www.speedtest.net/insights/blog/starlink-hughesnet-viasat-performance-q2-2021/>
>>>
>>> Nothing we didn’t know, but interesting comparisons between the 3 sat companies and fixed breadboard around the world.
>>>
>>> Made me wonder if there’s anyone else contributing to the speed tests in Iowa county, WI, looks a lot like my averages there...
>>>
>>>
>>> _______________________________________________
>>> Starlink mailing list
>>> Starlink@lists.bufferbloat.net <mailto:Starlink@lists.bufferbloat.net>
>>> https://lists.bufferbloat.net/listinfo/starlink <https://lists.bufferbloat.net/listinfo/starlink>
>>>
>> --
>> ****************************************************************
>> Dr. Ulrich Speidel
>>
>> School of Computer Science
>>
>> Room 303S.594 (City Campus)
>> Ph: (+64-9)-373-7599 ext. 85282
>>
>> The University of Auckland
>> ulrich@cs.auckland.ac.nz <mailto:ulrich@cs.auckland.ac.nz>
>> http://www.cs.auckland.ac.nz/~ulrich/ <http://www.cs.auckland.ac.nz/~ulrich/>
>> ****************************************************************
>>
>>
>>
>>
>>
>> _______________________________________________
>> Starlink mailing list
>> Starlink@lists.bufferbloat.net <mailto:Starlink@lists.bufferbloat.net>
>> https://lists.bufferbloat.net/listinfo/starlink <https://lists.bufferbloat.net/listinfo/starlink>
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink
[-- Attachment #2: Type: text/html, Size: 8571 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2021-08-15 15:48 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-12 21:22 [Starlink] speedtest.net takes a look at sat internet around the globe Darrell Budic
2021-08-12 22:34 ` Ulrich Speidel
2021-08-12 23:24 ` Ricky Mok
2021-08-13 1:55 ` Ulrich Speidel
2021-08-13 2:10 ` David Lang
2021-08-13 3:45 ` Ulrich Speidel
2021-08-13 3:57 ` David Lang
2021-08-15 15:47 ` Darrell Budic
2021-08-13 1:54 ` David Lang
2021-08-13 4:51 ` Ulrich Speidel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox