Re: [Starlink] Starlink Rival Astranis Debuts Next-Gen Satelite with 5X More Capacity – Zimbabwe Leading Tech Magazine

I find these discussions a little problematic, for a variety of reasons. For one, there is no uniform notion of "speed" or "capacity" here. Before you compare anything, it's important to clarify whether you mean: 1) A satellite's capacity to downlink to a single user. 2) A satellite's capacity

Re: [Starlink] It’s the Latency, FCC

There's also the not-so-minor issue of video compression, which generally has the effect of removing largely imperceptible detail from your video frames so your high-res video will fit through the pipeline you've got to squeeze it through. But this is a bit of a snag in its own right, as I fou

Re: [Starlink] It’s the Latency, FCC

Switching between IP video channels has a much longer latency than switching a dial on an analog TV tuner.   This latency is also exhibited on radio listening, be it analog or digital DAB. I attribute that to buffer bloat and high latency. It has multiple sources.  I suspect the highest la

Re: [Starlink] Comprehensive Measurement Study on Starlink Performance Published

On 27/02/2024 7:21 pm, David Lang wrote: ...snip > The point though is that these sparsely populated areas aren't where the > scalability issue arises. Capacity needs to be where the demand for it is. I only partially agree with you here. Yes, capacity that isn't needed doesn't matter, but I

Re: [Starlink] Comprehensive Measurement Study on Starlink Performance Published

All good points ... see below. On 27/02/2024 2:13 pm, David Lang wrote: On Tue, 27 Feb 2024, Ulrich Speidel wrote: On 27/02/2024 12:19 pm, David Lang wrote: On Tue, 27 Feb 2024, Ulrich Speidel via Starlink wrote: There are large areas with poor or non-existant cell coverage. Outside the

Re: [Starlink] Comprehensive Measurement Study on Starlink Performance Published

On 27/02/2024 12:19 pm, David Lang wrote: On Tue, 27 Feb 2024, Ulrich Speidel via Starlink wrote: My most serious concern about Starlink as a system remains the fact that it puts a pipe between the end user and the first network hop (the satellite) that is in principle very difficult to

Re: [Starlink] Comprehensive Measurement Study on Starlink Performance Published

Thanks for that! Another few interesting pieces to the jigsaw puzzle. I've been a bit reluctant to enter the performance measurement game around Starlink myself, chiefly because it's a moving target in more than one sense, so essentially you end up producing (nevertheless useful) snapshots. Th

Re: [Starlink] First tests of the Starlink REV4 (aka gen3)

On 25/01/2024 1:37 am, Alexandre Petrescu via Starlink wrote: Thanks for the tests! The dl/ul speeds 300/15 mbit/s are impressive. "Speeds" (observed data rates) in terms of Starlink hardware are actually fairly meaningless as they depend on: * Satellite(s) involved in the data transfer ov

[Starlink] Dishy GRPC obstruction maps

I've been playing a little bit with these: https://github.com/sparky8512/starlink-grpc-tools More specifically, I've been playing with the python script that's getting the obstruction map here. This grabs an array of 123 row tuples with 123 floating point number column entries each, which repr

Re: [Starlink] Starlink filings for D-Band via Tonga

On 19/11/2023 6:43 am, Alexandre Petrescu via Starlink wrote: For me, the filing has a syntax error in the name (a superfluous preceding quote in "'ESIAFI II").  It is an English error.  It should be corrected.  See that quote in the field 'Satellite Name' at https://www.itu.int/ITU-R/space/asre

Re: [Starlink] SpaceX Unveils Sleeker, More Resilient Starlink Terminal for the Connected Explorer

It's not surprising that they would do away with the motors. Satellite density has now increased in most places to a level where there is sufficient capacity in sight no matter which way Dishy points. At least where we are at 37S, you can try this out at home even with the older ones - power up

Re: [Starlink] Starlink filings for D-Band via Tonga

Right. Word from the Tongan government's MEIDECC is that it's D band as per the filing and that the reports on W band are wrong. Beyond that, they're not authorised to say anything except that yes, it's a genuine filing. I don't think Tonga is a likely launch base (no large tracts of land to

Re: [Starlink] Starlink filings for D-Band via Tonga

itious as spacex, I would be looking for other places to > launch from in the southern hemisphere or near the equator. > > https://www.visualcapitalist.com/worlds-spaceports-mapped/ <https://www.visualcapitalist.com/worlds-spaceports-mapped> > > On Fri, Nov 17, 2023 at 5:43 AM U

Re: [Starlink] Starlink filings for D-Band via Tonga

OK, so this seems to be related to a somewhat bigger development that Starlink is pushing through Tonga as the regulatory authority: https://www.reddit.com/r/spacex/comments/175ttvz/spacex_files_29988satellite_wband_network_using/ https://www.spaceintelreport.com/spacex-files-29988-satellite-w-b

Re: [Starlink] one dish per household is silly.

So that's just over 6 kW if phase and voltage align, which in an application like this, they're most likely not going to do most of the time. The interesting bit in the photo are the large air intakes / outlets, which point at the presence of some sort of cooler / aircon unit at the base of th

Re: [Starlink] one dish per household is silly.

Caution - 250 kW peak sounds more like a horror movie (around 500 W average powers your average household) but there's an easy explanation. It's also a good example for why Reddit isn't a good source of information unless you know and can interpret what it is that you're looking at. The figures

Re: [Starlink] The curious case of the missing Starlink spectrum licences

 PO BOX 5083 | WHANGAREI | NEW ZEALAND *From:*Starlink *On Behalf Of *Ulrich Speidel via Starlink *Sent:* Monday, November 13, 2023 2:46 PM *To:* starlink@lists.bufferbloat.net *Subject:* Re: [Starlink] The curious case of the missing Starlink spectrum licences Blank. On 13/11/2023 2:29

Re: [Starlink] The curious case of the missing Starlink spectrum licences

Given that there are hundreds of NZ Defence Force licences on the register and publicly visible, I'd doubt that SpaceX would be afforded redaction here. The licences were there until not too long ago. Ku and Ka band use including frequencies are well known, and the teleport locations are also w

Re: [Starlink] The curious case of the missing Starlink spectrum licences

Blank. On 13/11/2023 2:29 pm, Inemesit Affia via Starlink wrote: Can you look for tibro or oneweb? ___ Starlink mailing list Starlink@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/starlink -- **

[Starlink] The curious case of the missing Starlink spectrum licences

The other day I had reason to look up the Starlink spectrum licences in NZ. These are issued by Radio Spectrum Management in NZ and used to be in the Register of Radio Frequencies, which is publicly searchable: https://www.rsm.govt.nz/licensing/how-do-i/use-the-rrf/search-the-rrf/ Alas, this t

Re: [Starlink] "Interesting set of developments with Starlink. Musk says they will support "international aid orgs" in Gaza, Israel now says they will use "all available means" to stop SpaceX from doi

On 11/11/2023 6:09 pm, Alexandre Petrescu via Starlink wrote: I want to say that I think this hexagon is an imaginative idea of the GUI designer.  I think it does not correspond to reality.  I am not sure about even the most basic fact such as the dimension of the hexagon, or of a more circular

Re: [Starlink] "Interesting set of developments with Starlink. Musk says they will support "international aid orgs" in Gaza, Israel now says they will use "all available means" to stop SpaceX from doi

On 31/10/2023 2:30 am, Alexandre Petrescu via Starlink wrote: > How they would oppose is a good question - I'm sure the Russians would > like to know, too. > From the public announcements, Russia opposed it (starlink) verbally, only. I dont think (I did not hear about?) Russia jamming starli

Re: [Starlink] "Interesting set of developments with Starlink. Musk says they will support "international aid orgs" in Gaza, Israel now says they will use "all available means" to stop SpaceX from doi

uch more to be said about jamming that an email is not enough :-) Alex Le 30/10/2023 à 06:56, Ulrich Speidel via Starlink a écrit : > > The main problem as it stands with Gaza would be to get Starlink > equipment in for the international organisations to use. Coverage > wouldn't be

Re: [Starlink] "Interesting set of developments with Starlink. Musk says they will support "international aid orgs" in Gaza, Israel now says they will use "all available means" to stop SpaceX from doi

The main problem as it stands with Gaza would be to get Starlink equipment in for the international organisations to use. Coverage wouldn't be an issue, but power and bandwidth would be. It's a pretty dire situation. Palestinian friends of ours have had extended family killed, the wife's mothe

Re: [Starlink] Starlink lost over 200 satellites in two months – tracker data

Yes. The atmosphere doesn't really "end" at a certain altitude, it just gets thinner and thinner, which eventually means that the drag on spacecraft caused by the remaining air particles up there gets so low that the spacecraft can orbit for extended periods of time. But the drag isn't zero, an

Re: [Starlink] [LibreQoS] Starlink cell capacity (was; tarana strikes back)

On 27/09/2023 8:00 am, David Lang via Starlink wrote: On Tue, 26 Sep 2023, Jim Forster wrote: > This is all true (as much as I understand), Worth noting as well, is that with > LEOs if one satellite is maxed out serving a cell, then getting a second > satellite to help with that cell mean ad

Re: [Starlink] Speaking of retirements...

On 26/09/2023 11:46 pm, Noel Butler via Starlink wrote: On 25/09/2023 21:45, Ulrich Speidel via Starlink wrote: The "RV" option available in Australia and NZ at this time is indeed the residential option without the cell lock. It's intended for stationary use and assumes

Re: [Starlink] Speaking of retirements...

On 25/09/2023 11:32 pm, Noel Butler via Starlink wrote: On 25/09/2023 18:06, Alexandre Petrescu via Starlink wrote: ah, sorry, probably we speak of the same thing. I dont know whether or not the current in-car starlink devices require an extra 12v-to-220V/110V adapter, or whether it's includ

Re: [Starlink] APNIC56 last week

On 25/09/2023 5:40 pm, Noel Butler via Starlink wrote: Mail is mostly Australian since that's where my userbase is, but there is considerable international (even when I exclude the spambots, gmail, outlook socials etc), as for WWW, and excluding most bots, last time I checked webalizer the figu

Re: [Starlink] APNIC56 last week

om IPv4, but boy, no amount of higher temporal precision makes up for the point that many deployed servers today happily respond tp ICMP/IP timestamp requests, ubiquity in itself is a major asset. > On Sep 23, 2023, at 12:53, Ulrich Speidel via Starlink wrote: > > On 23/09/2023 4:2

Re: [Starlink] APNIC56 last week

On 23/09/2023 4:22 pm, Noel Butler via Starlink wrote: IPv6 is only 4% of traffic that hits my Mail Servers, it's less than 1% on my Web servers. Just like TCP, it wont be going anywhere, not quietly, and if it were to, likely be long after I'm gone, QUIC seems an interesting project, and I gue

[Starlink] APNIC56 last week

FWIW, I gave a talk about Starlink - insights from a year in - at last week's APNIC56 conference in Kyoto: https://conference.apnic.net/56/program/program/#/day/6/technical-2/ Also well worth looking at is Geoff Huston's excellent piece on the foreseeable demise of TCP in favour of QUIC in the

Re: [Starlink] Main hurdles against the Integration of Satellites and Terrestial Networks

On 16/09/2023 5:52 am, David Lang wrote: In addition to that Ulrich says, the dishy is a full computer, it's output is ethernet/IP and with some adapters or cable changes, you can plug it directly into a router. We've done that with the Yaosheng PoE Dishy adapter - actually plugged a DHCP c

Re: [Starlink] Main hurdles against the Integration of Satellites and Terrestial Networks

On 15/09/2023 11:29 pm, Alexandre Petrescu via Starlink wrote: I must say that I dont know whether the original 'DISHY' is simply a dish antenna with an analog amplifier and maybe some mechanical motor steering, or whether DISHY includes a computer to execute some protocol, some algorithm. It

Re: [Starlink] SpaceX no longer taking losses to produce Starlink satellite antennas, a key step to improving profitability

The differential pricing is a pretty obvious attempt to manage user density in the cells as they add capacity in the sky. Growing pains. In NZ, they sold at NZ$199 at one point if you were "rural" and NZ$729 if you were "urban", except that their definitions of "rural" included the built-up CB

[Starlink] Japan Times article

Got my 15 seconds of fame in Japan today: https://www.japantimes.co.jp/business/2023/08/18/tech/starlink-asia-pacific-expansion/ I'm getting quoted pretty accurately. Note that the Tongan eruption aftermath part of the story has a few minor inaccuracies, though. -- ***

Re: [Starlink] Starlink hidden buffers

So we got a Yaosheng adapter here but I didn't get to play with it until last week. We hooked up a SuperMicro with a DHCP-ing Ethernet interface to it. First impressions: * DHCP server and IPv4 gateway is 100.64.0.1, which sits on the infrastructure side of the Starlink network. * The IPv

Re: [Starlink] orbital maneuvers 12 per sat in the last 6 months

Now there is the misuse of the expression "exponentially" in cases when people just mean "a bit faster than before". If you have a time series 1, 2, 4, 6, 8 then you could claim that it's exponential because the first three terms double each time, yet the last four terms could be used to claim t

Re: [Starlink] NZ latest latency report

Sorry have been pretty quiet lately as I've tried to slot some overdue leave in and have been on the road. The most experimenting I've done in the last month has been trying to check out what polar latitude a Ka-band GEO based aircraft WiFi system loses its connectivity at - thanks to Vladimir P

Re: [Starlink] Starlink hidden buffers

On 25/05/2023 1:59 am, David Lang wrote: >> >> >> https://www.amazon.com/YAOSHENG-Rectangular-Adapter-Connect-Injector/dp/B0BYJTHX4P >>

Re: [Starlink] Starlink hidden buffers

On 25/05/2023 3:26 am, Bjørn Ivar Teigen wrote: Because of the need for frequent link changes in the Starlink network, there will be a need for more buffering than your typical (relatively) static network. Not only because the load changes quickly, but because the capacity does as well. This c

Re: [Starlink] Starlink hidden buffers

On 25/05/2023 3:18 am, Mark Handley wrote: On Wed, 24 May 2023, at 1:55 PM, Ulrich Speidel via Starlink wrote: Dishy tracks most satellites for significantly less than 15 minutes, and for a relatively small part of their orbit. Let me explain: This is an obstruction map obtained with

Re: [Starlink] Starlink hidden buffers

On 14/05/2023 9:00 pm, David Lang wrote: On Sun, 14 May 2023, Ulrich Speidel wrote: >> I just discovered that someone is manufacturing an adapter so you no longer >> have >> to cut the cable >> >> https://www.amazon.com/YAOSHENG-Rectangular-Adapter-Connect-Injector/dp/B0BYJTHX4P

Re: [Starlink] Starlink hidden buffers

On 14/05/2023 6:55 pm, David Lang wrote: I just discovered that someone is manufacturing an adapter so you no longer have to cut the cable https://www.amazon.com/YAOSHENG-Rectangular-Adapter-Connect-Injector/dp/B0BYJTHX4P

Re: [Starlink] Starlink hidden buffers

On 14/05/2023 10:57 am, David Lang wrote: On Sat, 13 May 2023, Ulrich Speidel via Starlink wrote: Here's a bit of a question to you all. See what you make of it. I've been thinking a bit about the latencies we see in the Starlink network. This is why this list exist (right, Dave?

Re: [Starlink] Starlink hidden buffers

hrough a set of cells with already established 'static' users, no? On 13 May 2023 12:10:17 CEST, Ulrich Speidel via Starlink wrote: Here's a bit of a question to you all. See what you make of it. I've been thinking a bit about the latencies we see in the Star

[Starlink] Starlink hidden buffers

Here's a bit of a question to you all. See what you make of it. I've been thinking a bit about the latencies we see in the Starlink network. This is why this list exist (right, Dave?). So what do we know? 1) We know that RTTs can be in the 100's of ms even in what appear to be bent-pipe scena

Re: [Starlink] Quick questions about Starlink user terminal

On a side note (TX vs RX): When people look at the "speed" of Internet connections, there's often a focus on "down" as opposed to "up". For folk working from home using cloud storage for audio or video content that they edit, not having a lot of "up" is an issue. Here's what to expect aroun

Re: [Starlink] Quick questions about Starlink user terminal

On 12/05/2023 9:48 am, Sirapop Theeranantachai via Starlink wrote: Hi, I'm currently working on packet simulation analysis over large LEO constellations such as Starlink, and I do have a few questions on the Starlink commodity terminals and ISL. 1) Is the commodity hardware capable of forming

Re: [Starlink] a bit more starship news

I'd add that with what is probably a couple of million subscribers worldwide by now at US$100/month and growing fast, it gives you a fair idea as to how much you can accomplish with $200 million or so a month at your disposal. I remember O3b putting its initial constellation into orbit at aroun

Re: [Starlink] Starlink in Kiribati

On 22/04/2023 4:11 am, Michael Richardson wrote: Ulrich Speidel via Starlink wrote: > All traces (to NZ, Chile, the US, Germany and Japan) exited the SpaceX > address space in New Zealand to a variety of upstream providers. IP > addresses on the Starlink side of the trace beyond Dish

[Starlink] Starlink in NZ

Some more interesting insights, three days ago: Last week, Starlink introduced differential pricing for the hardware: An arm and a leg in the three big cities - NZ$729 - and an apple and an egg - NZ$199 - in "select areas of rural NZ" which declared a number of budding metropolises here as "rur

[Starlink] Starlink in Kiribati

Some interesting insight yesterday: One of my PhD student Wayne Reiher's contacts on Tarawa atoll in Kiribati (pronounced "Kiri-bus"), Karotu Tannang, operates a Starlink kit there, around 4,200 km north of Auckland, New Zealand. Wayne asked him to run a few traceroutes and five minute pings wi

Re: [Starlink] [E-impact] DataCenters in Space (was Re: fiber IXPs in space)

Indeed. There's another point that's been missed in the "superconductor" suggestion: Why do we get the heat in the first place? Superconductors are great when it comes to reducing resistive losses in long and / or high current conductors (power distribution, MRI magnets, ...). But this isn't w

Re: [Starlink] DataCenters in Space (was Re: fiber IXPs in space)

Where do I even start? The lack of substantial bandwidth between space and ground? The extra latency between ground and space compared to terrestrial cloud, especially as terrestrial cloud edge can move much closer to customers when space can't? The fact that every LEO satellite is both a few 10

Re: [Starlink] fiber IXPs in space

For all I can tell, dishy only uses one satellite at a time and so routing via dishys to other satellites - while certainly an attractive concept - doesn't seem to be happening. Most modern comms systems - look at your phone - run pretty complicated stacks these days, and I'd be very surprised

Re: [Starlink] fiber IXPs in space

On 17/04/2023 2:34 pm, David Lang wrote: On Mon, 17 Apr 2023, Ulrich Speidel wrote: On 17/04/2023 1:04 pm, David Lang wrote: I think it is going to be fairly common, but the beauty of the idea is that you don't have to risk much to try it. Long lived DNS answers (and especially root servers

Re: [Starlink] fiber IXPs in space

On 17/04/2023 1:04 pm, David Lang wrote: I think it is going to be fairly common, but the beauty of the idea is that you don't have to risk much to try it. Long lived DNS answers (and especially root servers and TLD servers) can trivially be mirrored to the satellites, and you can experiment wi

Re: [Starlink] IXPs in space

On 17/04/2023 12:27 pm, David P. Reed via Starlink wrote: #2: DNS service doesn't specify that "geolocation" is a function of the DNS service. It is the job of the endpoint *after resolving the DNS name to one of many IP addresses* to decide which IP address to use for the DNS name. That is,

Re: [Starlink] fiber IXPs in space

On 17/04/2023 11:22 am, David Lang wrote: On Mon, 17 Apr 2023, Ulrich Speidel wrote: On 17/04/2023 10:03 am, David Lang wrote: On Mon, 17 Apr 2023, Ulrich Speidel via Starlink wrote: On 17/04/2023 5:54 am, David Fernández via Starlink wrote: In case you put a DNS server in the satellite

Re: [Starlink] fiber IXPs in space

On 17/04/2023 10:03 am, David Lang wrote: On Mon, 17 Apr 2023, Ulrich Speidel via Starlink wrote: On 17/04/2023 5:54 am, David Fernández via Starlink wrote: In case you put a DNS server in the satellite, so that it replies instead of a DNS server on ground, the RTT is reduced by half. The

Re: [Starlink] fiber IXPs in space

On 17/04/2023 5:54 am, David Fernández via Starlink wrote: In case you put a DNS server in the satellite, so that it replies instead of a DNS server on ground, the RTT is reduced by half. The idea would be that the satellite inspects IP packets and when it detects a DNS query, instead of forward

Re: [Starlink] fiber IXPs in space

e higher satellites than linking down to earth for the stream. *From:* Starlink *On Behalf Of *Ulrich Speidel via Starlink *Sent:* Sunday, April 16, 2023 3:04 AM *To:* starlink@lists.bufferbloat.net *Subject:* Re: [Starlink] fiber IXPs in space Given that clients cache DNS responses (including

Re: [Starlink] fiber IXPs in space

Given that clients cache DNS responses (including iterative responses from root servers), having DNS in space would be a nice-to-have, but it's not the most pressing issue IMHO. A far bigger problem is that a direct-to-site model like Starlink's essentially rules out placing CDN servers in clo

Re: [Starlink] apnic piece on starlink

On 8/04/2023 12:10 am, David Lang wrote: I will note that in the Starlink plans, there are plans to put a layer of satellites at a sigificantly lower altitude. I should add to this that this would seem like a good strategy, except of course that this comes with its own set of challenges. Earth

Re: [Starlink] apnic piece on starlink

Not so fast! :-) It's one thing to extend LEO coverage to new regions, especially rural and remote ones, but quite another to do so economically and at scale. For an urban user on fibre, Starlink's performance is anything but a game changer: lower data rates, more latency (even without jitter

[Starlink] Weird Starlink pricing in NZ (and what this tells us)

Kia ora all Starlink-curious, So I had a drive-by past starlink.com here tonight and noticed something weird: Starlink has changed its pricing in NZ in a way that may be of interest. If you buy a Starlink hardware kit off their website and you order it for an urban address (that appears to b

Re: [Starlink] Starlink ISL data

Still not seeing any IPv6 from a roaming unit in New Zealand, although I notice Starlink advertising global maritime coverage now, which requires the laser links to work at least a little bit. Dave, I'm currently collecting more flent data for you - did so the other week but then realised that

Re: [Starlink] mems optical switching

Not so fast! A number of issues here, and one of them is that the question itself is unclear. There are several levels of "working": * A satellite forwarding uplink traffic to an adjacent peer within the same orbital plane for downlink. o Dto for cross-plane * A satellite forwarding in

Re: [Starlink] When do you drop? Always!

A few years back, we looked at flow size distributions of traffic into the Cook Island's Rarotonga via their O3b MEO satellite link (read: RTT > 120 ms for everything). Roughly speaking, the interesting insight was that around half of the TCP traffic by byte volume was sitting in flows of at m

[Starlink] Communications outages after Cyclone Gabrielle in New Zealand

Morning all, My write-up for The Conversation just appeared this morning, showing how not designing for resiliency can bring things crashing down badly. Starlink gets a honourable mention, too: https://theconversation.com/cyclone-gabrielle-broke-vital-communication-links-when-people-needed-th

Re: [Starlink] Debugging connection through Starlink (POINTR)

termined by the call source. Best regards, Sauli On 01/03/2023, Ulrich Speidel via Starlink wrote: > On 1/03/2023 3:41 am, Sauli Kiviranta via Starlink wrote: >> >> Based on your location in NZ you should be among the best tests in >> terms of worst possible location in relat

Re: [Starlink] Debugging connection through Starlink (POINTR)

of delays you experience (double trouble!). Best regards, Sauli On 28/02/2023, Ulrich Speidel via Starlink wrote: > I think you may find this difficult to reproduce unless you actually go > and see your customer. > > Starlink isn't the same as Starlink. How it works depends on:

Re: [Starlink] Debugging connection through Starlink (POINTR)

I think you may find this difficult to reproduce unless you actually go and see your customer. Starlink isn't the same as Starlink. How it works depends on: * Where your dishy is and where the closest gateway(s) is/are. This determines the number of options that the system has to route b

Re: [Starlink] System and method of providing a medium access control scheduler

Did you mean to say 20 km diameter or 20 km^2 area? For those not familiar with RF engineering terms: A 3 dB contour as Oleg shows it below in blue is the line where the power flux density from the satellite drops to half of the value at the centre of the beam. That's important as in RF engine

Re: [Starlink] Starlink power use & satellite tracking

On 18/02/2023 11:52 pm, David Lang wrote: On Sat, 18 Feb 2023, Ulrich Speidel via Starlink wrote: This requires the satellite to be in view of both terminal and gateway. There is, however, no reason why a user's packets could not travel via a diversity of satellites. In theory yo

Re: [Starlink] Starlink power use & satellite tracking

h would require a little extra power to make up for longer path and lower dishy aperture. Hope that makes sense? On 18/02/2023 4:43 am, Michael Richardson wrote: Ulrich Speidel via Starlink wrote: > * Whether you consider your cell Starlink virgin territory or close to > subscriber satur

Re: [Starlink] Starlink power use & satellite tracking

determine that - if it's light blue, it's likely the former, if it's "waitlist" blue but surrounded by light blue areas, or rural and close to a "waitlist blue" area, it's likely to be the latter. On 17/02/2023 2:24 pm, Bruce Perens wrote: On Thu

[Starlink] Upcoming interview on Radio New Zealand

I'll be having a few more seconds of fame on National Radio in NZ in about 45 minutes (after 00:30 UTC). Indication by their editor is that they want to talk about emergency comms in the aftermath of cyclone Gabrielle - there are lots of complete comms blackouts in various places in NZ still, b

[Starlink] Wairoa NZ uses Starlink to break comms outage after cyclone

https://www.rnz.co.nz/news/national/484187/live-weather-updates-cyclone-gabrielle-unleashes-fury-across-north-island Wairoa is a rural town in the east of the NZ North Island. Complete mobile and fixed network outage after flooding and high winds. -- ***

[Starlink] Starlink in Cyclone Gabrielle in NZ

After missing the opportunity to "soak test" our Starlink RV kit in the Auckland floods the other week, Cyclone Gabrielle (which is still noticeably upon us with very strong winds) was an opportunity I couldn't let pass. I've learned a lot over the last day or so, and it's been interesting to s

[Starlink] Small Tonga update

Off-topic, but given the interest on this list last year, here's an update one year on from Shane Cronin, the lead volcanologist on the Hunga Tonga Hunga Ha'apai volcano, on what they're learned: https://theconversation.com/a-year-on-we-know-why-the-tongan-eruption-was-so-violent-its-a-wake-up-

Re: [Starlink] insanely great waveform result for starlink

On 13/01/2023 6:13 pm, Ulrich Speidel wrote: From Auckland, New Zealand, using a roaming subscription, it puts me in touch with a server 2000 km away. OK then: IP address: nix six. My thoughts shall follow later. OK, so here we go. I'm always a bit skeptical when it comes to speed tests

Re: [Starlink] [Rpm] the grinch meets cloudflare's christmas present

The use of the term "speed" in communications used to be restricted to the speed of light (or whatever propagation speed one happened to be dealing with. Everything else was a "rate". Maybe I'm old-fashioned but I think talking about "speed tests" muddies the waters rather a lot. -- ***

Re: [Starlink] Starlink terminal detector

Greetings from Hiroshima where, on August 6, 1945, at this time in the morning, I would've had a couple of minutes left to live where I am sitting and typing this now. Makes one think. Neither Russia nor Ukraine respect the right to conscientious objection. Seeing my colleagues at work who are

Re: [Starlink] latency under load in NZ

It always bugs me to read the word "speed" in documents like these when they mean "data rate". The speed for all cable-bound technologies involved is about the same give or take a few percent and it's measured in metres/second. That taken into account, the figures given in the report are belie

Re: [Starlink] Hitting an atira asteroid with a spacex starship?

Space is a big place indeed. Couple of points: * Kessler syndrome requires objects after a collision to remain (at least temporarily) in a sustainable orbit around Earth. That is, any fragments of a collision must continue to travel post collision with a velocity and at a trajectory tha

Re: [Starlink] Starlink no longer available to the Ukrainian army?

My 10 cents worth: If you divide the total annual Internet usage worldwide (a ballpark figure at best) by the total number of users worldwide (another ballpark figure) and then by 365*24*60*60, you get a rate of (ballpark) 1 Mb/s. b as in bits not bytes, M as in Mega not m as in milli (someone

[Starlink] Why ISLs are difficult...

As this seems to have branched out... There are a whole bag of issues with ISL's and routing, really, and again we know diddly squat about what Starlink actually intend to do. My 5 cents worth: - Linking two satellites that follow each other on the same orbit is the easiest exercise. I gather

Re: [Starlink] Starlink "beam spread"

On 1/09/2022 7:05 pm, Mike Puchol via Starlink wrote: There is circumstantial evidence from a user in Nigeria that was getting service and exiting via London, there is no evidence that any of the gateways in Nigeria are operational, so ISL could have played a role: https://www.reddit.com/r/S

Re: [Starlink] Starlink "beam spread"

On 1/09/2022 7:58 pm, Sebastian Moeller wrote: Hi Ulrich, focussing on the CDN part Sure, we're not on the same song sheet there yet I guess. On Aug 31, 2022, at 15:41, Ulrich Speidel wrote: [...] CDNs & Co - are NOT just dumb economic optimisations to lower bit miles. They actually improv

Re: [Starlink] CDNs in space!

On 1/09/2022 8:24 am, David P. Reed via Starlink wrote: Having looked into this a lot, CDNs don't account for very much Internet traffic. There's a lot of marketing propaganda out there that suggests this might be true, but when you try to track down the source, it's almost always from an old

Re: [Starlink] Starlink "beam spread"

> From: Ulrich Speidel > To: David Lang > Cc: Sebastian Moeller , Ulrich Speidel via Starlink > > Subject: Re: [Starlink] Starlink "beam spread" > Message-ID: <56e56b0f-07bd-fe0c-9434-2663ae9d4...@auckland.ac.nz> > Content-Type: text/plain; charset=UTF-8; form

Re: [Starlink] Starlink "beam spread"

d via a satellite link. As long as Starlink is going to have in the order of hundreds of thousands of direct users, that problem won't go away. On 31/08/2022 7:33 pm, David Lang wrote: On Wed, 31 Aug 2022, Ulrich Speidel via Starlink wrote: This combines with the uncomfortable truth

Re: [Starlink] Starlink "beam spread"

On 31/08/2022 6:26 pm, Sebastian Moeller wrote: Hi Ulrich, On 31 August 2022 00:50:35 CEST, Ulrich Speidel via Starlink wrote: >There's another aspect here that is often overlooked when looking purely at the data rate that you can get from your fibre/cable/wifi/satellite, and this

Re: [Starlink] Starlink "beam spread"

There's another aspect here that is often overlooked when looking purely at the data rate that you can get from your fibre/cable/wifi/satellite, and this is where the data comes from. A large percentage of Internet content these days comes from content delivery networks (CDNs). These innately

Re: [Starlink] SIGCOMM MIT paper: Starvation in e2e congestion control

On 12/08/2022 8:22 am, Ulrich Speidel wrote: And noise itself is actually "measurement error" at the receiver, which is rarely Gaussian, in fact it really is quite predictable and/or removable. Noise in the Shannon sense is random and therefore not predictable or correlated. Interference ca

Re: [Starlink] SIGCOMM MIT paper: Starvation in e2e congestion control

On 12/08/2022 7:34 am, David P. Reed via Starlink wrote: I'll give you another example of a serious misuse of a theorem outside its range of applicability: Shannon proved a channel capacity theorem: C = W log(S / N). The proof is mathematical, and correct. Indeed. But hiding in the assu

Re: [Starlink] starlink extensions over uk

cle/21143497/analog-devices-phasedarray-antenna-patterns-part-6sidelobes-and-tapering> These sidelobes contribute to the interference, and have been a major source of complaints by the likes of Viasat and others - whereby they claim SpaceX doesn’t consider the additive effects of sidelobes from

Re: [Starlink] starlink extensions over uk

I haven't got Mike's nice software but I got snail mail today, so let's try the back of one of the envelopes. 53 degrees north (where the existing constellation tops out) is roughly the latitude of Nottingham or Stoke-on-Trent. Note that this is also the latitude with the largest number of bir

  1   2   >