From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id F0E443B2A4 for ; Fri, 15 Sep 2023 07:17:58 -0400 (EDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 38FBHu4Z045045; Fri, 15 Sep 2023 13:17:56 +0200 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B5C1E203DB9; Fri, 15 Sep 2023 13:17:56 +0200 (CEST) Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id A5F74200CF2; Fri, 15 Sep 2023 13:17:56 +0200 (CEST) Received: from [10.8.32.70] (is156570.intra.cea.fr [10.8.32.70]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 38FBHuIF014045; Fri, 15 Sep 2023 13:17:56 +0200 Message-ID: <5b542926-2f4d-4985-b5e3-73699c27bcb3@gmail.com> Date: Fri, 15 Sep 2023 13:17:56 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: fr To: Dave Taht Cc: starlink@lists.bufferbloat.net References: <22b7ab5d-1dba-0d4b-eb9d-83e2e9ab57ea@gmail.com> From: Alexandre Petrescu In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Starlink] a puzzling starlink uplink trace X-BeenThere: starlink@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Starlink has bufferbloat. Bad." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2023 11:17:59 -0000 Le 31/08/2023 à 15:36, Dave Taht a écrit : [...] > VLEO (I am not sure if that is an established acronym - very low > earth orbit operations) I saw very often the term vLEO (very low Earth orbit). Sometimes it was said to range between 100k and 400km, at which LEO would start. However, it is indeed a surprise to see starlink sats below 500km, right now. I think the things advance so fast that even the terminology is fluctuating a lot. Add to that that the definition of these orbit altitudes are very approximate, Space is approximate, smaller and smaller devices are easier and easier to control and describe trajectories of arbitrary forms. > - feasible. Dropping the things even lower, making the shell more > aerodynamic, and burning fuel to stay there might well be an > interesting option. It seems to me the current altitude(s) are pretty > conservative and given the fuel consumption reported on the > maneuvering side, they can last at 530km much longer than 5 years, > and with the pace of technology and launch rates, moving them lower > would be a huge win for bandwidth and latency. Yes, I agree. I would add to that also the new characteristic of being practically 'disposable' - launch, orbit, re-entry - all during maybe 2 to 5 years, maybe 4 times per year. Compare that with other sats with lifespans in the order of 20, 30 years and even more. With that kind of short lifetime, the quantity of energy needed to maintain in an 'orbit' at, say 50km altitude, might not be impossible. If one asks Starlink, I think they'd surely want to make it that way. But there could be another way in which somebody else than Starlink puts these sats at lower altitudes, and make constellation-to-constellation communications. Also, one inconvenient of these lower altitudes (say, below 300km) might be (if I understand correctly) that they necessitate smaller sats, i.e. smaller computers, i.e. lower bandwidths. These small sats might offer lower latencies, but lower bandwidths too. There might be a need to mix the lower latency of lower altitude sats with the higher bandwidths of bigger sats at higher altitudes, onto the end user (not onto an intermediary aggregator). Alex > > On Thu, Aug 31, 2023 at 2:13 AM Alexandre Petrescu via Starlink > wrote: >> >> to clarify: I some times look with satmap.space and with n2yo.com >> at sat altitudes. >> >> Some times I see some starlink sats at lower altitudes than LEO >> (some times at 70km). >> >> Right now I see sat STARLINK-6065 at 360 km altitude, which is way >> below LEO and typical 550km altitude of starlink sats. >> >> https://www.n2yo.com/satellite/?s=56812 >> >> If these altitude reports are correct, then I think it is hard to >> say Starlink is anymore simply a LEO constellation. It is much >> lower than that. >> >> Further, if the 20ms latency report is due to that 365 km altitude >> then it is very easy to imagine what lower altitudes would give. >> >> If one reports a great ms latency then it would be great to tell >> which sat at which altitude was there above at that timestamp. >> >> Alex >> >> Le 31/08/2023 à 10:56, Alexandre Petrescu via Starlink a écrit : >>> >>> Le 30/08/2023 à 20:07, Dave Taht via Starlink a écrit : >>>> In the attached 5 minute plot from a few days ago (I can supply >>>> the flent.gz files if anyone wants them), I see a puzzling >>>> spike at T+155s to nearly 90ms of baseline latency, then down >>>> to 20ms. >>> >>> 20ms? >>> >>> A latency of 20ms might come if these low altitude starlink sats >>> (70km or so) pass by there? >>> >>> Or maybe I dont see quite well these sat altitudes. >>> >>> Alex >>> >>> >>>> No degree of orbital mechanics can apply to this change, even >>>> factoring in an over the horizon connection, routing packets on >>>> the ground through LA to seattle, and back, or using a couple >>>> ISLs, can make this add up for me. A combination of all that, >>>> kind of does make sense. >>>> >>>> The trace otherwise shows the sawtooth pattern of a single tcp >>>> flow , a loss (sometimes catastrophic) at every downward >>>> bandwidth change. >>>> >>>> An assumption I have long been making is the latency staircase >>>> effect (see T+170) forward is achieving the best encoding rate >>>> at the distance then seen, the distance growing and the >>>> encoding rate falling in distinct steps, with a fixed amount of >>>> buffering, until finally that sat starts falling out of range, >>>> and it choses another at T+240s. >>>> >>>> But jeeze, a 70ms baseline latency swing? What gives? I >>>> imagine somehow correlating this with a mpls enabled traceroute >>>> might begin to make some sense of it, correlated by orbital >>>> positions.... >>>> >>>> >>>> >>>> _______________________________________________ Starlink >>>> mailing list Starlink@lists.bufferbloat.net >>>> https://lists.bufferbloat.net/listinfo/starlink >>> _______________________________________________ Starlink mailing >>> list Starlink@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/starlink >> _______________________________________________ Starlink mailing >> list Starlink@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/starlink > > >