From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from AUS01-SY4-obe.outbound.protection.outlook.com (mail-sy4aus01on2105.outbound.protection.outlook.com [40.107.107.105]) (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 AC9F73B29D for ; Mon, 10 Jun 2024 06:51:49 -0400 (EDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MxEyb5dwrGxOOYhg6Jfskcc2O2dna4rx5s+5z8YCF6FuRo/Yi4RmAx/6i/aY12wlhJgTrhHUxo5/kjzYvTnf8QVe9QXdg0tAuRe8r7XVJOYhUtawVStJX5AkBU93JkGF300d1lA1ZTC74U0S1/3MStJX7MB2uostSzdogfq9OygosRfgO91gSKuLlj5jvZSMy/rKxXA15hVcTzq0TFicsRol85tEZKOznCquEsPBT7LAfXkKNGtwR+3ewmJUGjglLckPsA0FBoaliWmZI+EgyzcY6HMBkyLgiAt8FAphRD4GAc2oRospPQTg2rgqXOg8u9+7Tg5oiOKbcvLVSfvGwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3G4p9sKySoEigffqxyTHhTyK66r8O1S4Pkveu/E6lGQ=; b=lC+ncCM9ooHsrHUB1ZyYtEzXU5ShWU79L9R7DVXSbpk9/0Yy1nT1vFIMFYvlpEBGSuMlO+gCkXx4ayxqBg26AhoHWGozH0lpplh9fFtvryEZrQdlz4YgMat8tmuVs8UgKjm+GLCo/af6upCEEt+hKOpVCz/R0jnbWm+ZFQeZzLlT9gaaDwr92mf5QQMELX6xGGvTgUXawQII2GKX2mwZ7omHMEzdeWX7rJh6cdgnJyEn+2ayzXnQsAf6xuwsFvHbqB8DvkbVWYwEzFwb36xz7qLpGq7rgeHs9cZVH2XSXWoqM7vQwC2Hudx4V4af2Js1PGMKJmuU/HCFVeBtX19l3A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=auckland.ac.nz; dmarc=pass action=none header.from=auckland.ac.nz; dkim=pass header.d=auckland.ac.nz; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=auckland.ac.nz; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3G4p9sKySoEigffqxyTHhTyK66r8O1S4Pkveu/E6lGQ=; b=i8hvgR/YKFR3Q3vPuaHPndBDeq6/scmSQM24mHXVVMb++ZKWBsmetp8XlMJfbaFaGG9z3pGy4Gb6Jy778oIfIJsrgfTYgGlHOsT8yBNs+Srob4ZDMdmlEAS8vUITnbamrqTRNVMXThYX8PQMNbuEQDxbkItwdU1WwGkkpAfB5Vg= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=auckland.ac.nz; Received: from SY8P300MB0544.AUSP300.PROD.OUTLOOK.COM (2603:10c6:10:297::19) by SY7P300MB0168.AUSP300.PROD.OUTLOOK.COM (2603:10c6:10:23b::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7633.36; Mon, 10 Jun 2024 10:51:45 +0000 Received: from SY8P300MB0544.AUSP300.PROD.OUTLOOK.COM ([fe80::2100:96f2:f11b:4fc2]) by SY8P300MB0544.AUSP300.PROD.OUTLOOK.COM ([fe80::2100:96f2:f11b:4fc2%7]) with mapi id 15.20.7633.036; Mon, 10 Jun 2024 10:51:45 +0000 Message-ID: <3562c36f-dc34-4f16-b3aa-c9a98ef0afa9@auckland.ac.nz> Date: Mon, 10 Jun 2024 22:51:42 +1200 User-Agent: Mozilla Thunderbird To: starlink@lists.bufferbloat.net References: <10447.1717986149@obiwan.sandelman.ca> Content-Language: en-US From: Ulrich Speidel In-Reply-To: <10447.1717986149@obiwan.sandelman.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: SY6PR01CA0135.ausprd01.prod.outlook.com (2603:10c6:10:1b9::17) To SY8P300MB0544.AUSP300.PROD.OUTLOOK.COM (2603:10c6:10:297::19) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SY8P300MB0544:EE_|SY7P300MB0168:EE_ X-MS-Office365-Filtering-Correlation-Id: bd362749-b0e2-4751-8a29-08dc893b5262 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230031|1800799015|376005|366007; X-Microsoft-Antispam-Message-Info: =?utf-8?B?QXFjRWk5K0FLcFZ0QnZIVzliVS9zVzRkU0lXMnZrNy81VU51RzZNNzVOSjRs?= =?utf-8?B?dEdjdG9oSjBiYys5WldEZFNCSG5pT0I3MkNFTFBPejVjeHNaYkFzejRNd0VT?= =?utf-8?B?bGx3OEJOU3BRVCtCa2tDMFRPM0lhY0pkVXgxT3FMSUhMUGpTMksvVFd0L3lS?= =?utf-8?B?cm9DU3J4SDJKNUJXbkJnaVN6K2FYOVhSUFVqT281dFMyRlovc0tkQ1J2OHFM?= =?utf-8?B?aFllMzduOTA5bzY4U0hkVFZuTEdqaVNJMjByQkdSbUE4MW84U1pkWTRYdEN5?= =?utf-8?B?blBzdS90SmxDNjJzS25CajdpZ0xhT1hMT2JmRFFvUzdSZ3BFSER6NHZVWGRQ?= =?utf-8?B?dU43SWd4RXl3RFdzcVNOQXg4WXppaUU3MGxJNG5hZ1ZLWGs4cFJaVUswUnd3?= =?utf-8?B?U0Mra2FYcXVnWXZiNVhQUUt1TXZCTGM3VVJrVkRRc01kYWQ5Q2ZwNGcrWXRV?= =?utf-8?B?ZEpMMytBcnlMZ3dTWkp4bVBtUGxOWWJtbFZaT0ZZd2pmVG96ekRKcUF2bmNJ?= =?utf-8?B?TXFrcjlxNkZFQ242b3FTQ1ppZ1hTMEVwZ3YwcWVOY05KNUZ4bTFxM0JvVEdV?= =?utf-8?B?czd6U1U1Y1N1QlBWVCtKM09Qd1JyUHVMK3c1K0duVXJaS2ZGbllUWGloQ3JX?= =?utf-8?B?aDRWUml6V0pTV2luZEh6MUJrU0tka2VUZCtBZnJhMmV5VkVRdzRqVWtHN29h?= =?utf-8?B?bnpRZWhxNDJkQ3I0VmdoVzUwdk1XMUhDeW9XakxuYklnd2J3NWtrZXU1Skt0?= =?utf-8?B?c3JwY3FLbTIvMDM0R0VoZ1B0RGpCL3Yyd0d2N1d6V3l2ejdZTUdWeUNBeUxt?= =?utf-8?B?dm15dk82QWdmYjYzK1JLNHIzVTdFdTA1LzJ0dzVuZEh0UGw0MVh5Tk4vcUhM?= =?utf-8?B?azdsdWEyNmxSNEwveWhBRWJJeWVBTDg4OWM0MkRRVlB1VVdqekd1dVN4K2dr?= =?utf-8?B?RnlUMHJhUDFaVk1sQVM2L3hjZ1J4RlAyNVRWZFZuckVzMFlsTC9ybXB6QTRy?= =?utf-8?B?NUdndDVSQWJRcnV1MVhyeThFbnlyNldPZjZ0LzZIZnhxYkYycmNsZ3hYU0hj?= =?utf-8?B?MUg0Zitsa0NndFZvUGRNTHBEcEptL2swTjBNTzRwMC9RRzNGcml2dDk2VCsx?= =?utf-8?B?ck1PQ3J5UURDMFBybHgyUEhpSjEvbEUzazg5OHJNaGVvZHVGNzR4U2JGYmlv?= =?utf-8?B?ZkZOdUhXQ3ZwdTFobTdGTFFCZTZjTklCQ2RhQkxQekVtWWdmOXg0UjFYM1lG?= =?utf-8?B?cTFrRGJwRi9iU2VycDIzLzA5WDV1c0dpam9jTGZGRXhBa1RXd3lTeDlOTmMr?= =?utf-8?B?ODhuT0xrM0VqU3JJcis0MnBkMllMaWhsWVc2SnV3LythZ1MxVERRT1c1QnlN?= =?utf-8?B?LzdsRlB4aUsrTHBnemlnNzdZdWkvMHB5cTRjckduR2NyRENzS1dnQ1VwNUg2?= =?utf-8?B?dDlIYWU2YUk5cjh4SHZudmlpczgwTHh3Z1JFWXJoSFJiZXR5RTNFWUROSWZh?= =?utf-8?B?MnhCZFlFN21CUEI2aWQ4VVVhSTd0Y0ZaRGdlY25OMkRSNEc2d1JJMlFqNFJ5?= =?utf-8?B?emF4YWxuTUNHd3FrNnlnbUI2UkExUEtPOWdiS2l4Q3Q2YjU4cVNGMno2UUo1?= =?utf-8?B?ZGVKM3RiMmU0dGpheVBVYzdpR2R4VVlReTQvSXRvaU92MW5aMUdNdTBJY3dR?= =?utf-8?Q?RCGpJMa9NLbHo2Uz1a4I?= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SY8P300MB0544.AUSP300.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230031)(1800799015)(376005)(366007); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?WG1vUTVDZS9qbDBXdEZxYTAxb3p2bHNyOHVlZHJTbVZTenlCV3RjaWFwa0RF?= =?utf-8?B?NmE0aFFrdUpmMURGSUZRNUhuVzB2VnNVZmJJUWRtZk03NVZWcU5HTS9iUENX?= =?utf-8?B?WTU2SnIxSlVDaEtCWlZPOG1zTlVBSEZHeVJmTmJBSVNZV3pXUG9Cb2plS3M4?= =?utf-8?B?WFR6S0ovUUtaSWwxanZMWjJkV1RRRjVCK2NSVTBGcXduQ0hEQjFyam5LYUhJ?= =?utf-8?B?RTBFQ1M3ZlFVR3VEbWJ5d3FQLzJsNnVXb0tQWXQxdStnbTZnK3Evcnh5WHJ4?= =?utf-8?B?SUhLWklUTmw2SVBRZ3NPUXN5ZFhmRG1LY1NEK3B1UHdDNFVtcE81Wi9lZEM4?= =?utf-8?B?T1dXaTQvZmFYR281K2JrUmVZNnRTU013R0RqcFIyaGswa3Z2ckYxVmdwdzR3?= =?utf-8?B?a1ArRGFodU84V3psYjhROUVmSE9PRG5mREp6UGZyVjlBT0JEVE9NOHhRR3Jt?= =?utf-8?B?NkZLMnE3NGliR1g0bTFoNmdHZEh2OXhQNjQ0VDRCUjh4b2pJU3pEZ3NMT0E4?= =?utf-8?B?UzhFWlFqSndHNFE1cjI0c3BHK0JXRGhHcjA2RExHRDA5NmVLdHFVeUdzNnZ4?= =?utf-8?B?V2Vqak5KTkt1R0Q1WlduYWxoeFRGd0RwMTlmMyt6SlEzVnFjSnJ0c2lFUll2?= =?utf-8?B?UnYrcjd5cVJnTXFSakRHaGNLbE9FL1JGVTJJa051M2JJYU9oa29Lb2FFR3I3?= =?utf-8?B?aWFxM0t3Rys1ZTZDZ0d2WXFJYW82UzFJK05uZVF6Tm8wcUhJNEdhdXhKc3Iw?= =?utf-8?B?LzZYTFNhS0xmZDd6S2Nid0V1eWxvbzdsbFozcHRILzMwK2JVOHR4eGpYOHJS?= =?utf-8?B?NkRTbEF6VWNmSGpGUm9MSjBja0VtWDFBZXRJeFk0a0k1czV3UjYxdDc5VFY2?= =?utf-8?B?UElLSkJybm9Dc0dnbHFhcUZzT3RHSDVBUG5TTGRjUXU1ZmtFZTZHYmVCWkIv?= =?utf-8?B?d3ZmWnFYcW1tTXZjaGhqWWxQQ2xlakNXV0kvODJiR212bHRZUFZIbWcrUENs?= =?utf-8?B?b25ublNqWk1IMDlCQW1QM3lCaG9DOTgxYkpFU3BCcWFYd1RMbk1NTEtLMWp5?= =?utf-8?B?L1dyQW4yWGRaZ3k0TVdaSkpsL2dxa3NTNXI1NjBHY0tFTTA5cTY5NFkrcTQw?= =?utf-8?B?ZVluOHJVYUUzMG00K1FHVTRSejVaN3lMWGdjTFcvL0tlM1VwZ1dNcWlGVGs2?= =?utf-8?B?RmhyVVdBSk1RQjVubkRGYXUzbHp6S0wxcktLcmVHNFpFcFNwTzhSU09iMUFk?= =?utf-8?B?S2I5dU1YWFFMRzZ1a0hMMk9ua1VwbGR2UkpVRVFzaU9mRnpKc1QyV0tLUVVn?= =?utf-8?B?aFRCZFJqNGx4TldBMUNGV0FVcGNWNGlOUWg4RHRJWmE0STlqOWwvUmJQeFp6?= =?utf-8?B?ay84eGhkRWo3U2prUXI2bnFHY28rSHhYU1hiZ295MzdRSnZZdmlpQ05YWVBo?= =?utf-8?B?K2V0UnpDWEY3d0lYMEdhY2xPc2R3dG94QTY0WlpIS0pqYTZrQ3BLV2lST1Vn?= =?utf-8?B?dzlLMkpaQk9NeG5jOW1JRTdqdzFCci9nZ1dCeEJreXEvam9lR0tpZUxmank3?= =?utf-8?B?bXc5QkRwZ0FoaHJMYndEVXFjSmk2V083cFdIQ2pyMTZWa0RKZFJZeUdTZGht?= =?utf-8?B?YWtwTnh3UktiYldxajcxZUN1RkdoVDltNWVjV3N3Q3JjVlFGRGsvNnkvbk94?= =?utf-8?B?cXRUcUJPUm1aK1g3VHczOFlwcExhMFdLbjl1UENKalNqMGhuTWJyd0l0YWdH?= =?utf-8?B?eHg2RXA3WG9ZdGt1eHI1eWZ2VWFhN1FzOXkvT2NhendSQlZ5SEsydWp2bjdz?= =?utf-8?B?YVpaRjdHN0VFUnl6VVlkWWFPODdGclc3Y0RyZGdPVkl1UUZhaUhKNFFRck5Z?= =?utf-8?B?ekx0YkYzaGlldFZCT1dBWm8yN2RCb0tFSGl5ZHVoVFlPM0xLSTRMUnhpM3pP?= =?utf-8?B?TWhncCtEUXRadHVJUU9yZjJBeXhnM2lybjVPR0VjSzhyc2JsVEpVOWhYSmRn?= =?utf-8?B?d2JWK3ZGUlI0eVdKWWhiSkIxb3FQYTh6YU5Dc3ZVOExuMFhJUTZSTGFNRkQw?= =?utf-8?B?OGxxZW1jNlBWVlBBN0RuMUxLV0l5bEhtYytlV2dLSmtOT2ZkbklpelVzaVJu?= =?utf-8?B?bUh3My9oQ1V4SkN1UnljZWNsb3NzREprRjY3Z09RSnFLNHN1RG9Gelg1ZW5Y?= =?utf-8?B?Tmc9PQ==?= X-OriginatorOrg: auckland.ac.nz X-MS-Exchange-CrossTenant-Network-Message-Id: bd362749-b0e2-4751-8a29-08dc893b5262 X-MS-Exchange-CrossTenant-AuthSource: SY8P300MB0544.AUSP300.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jun 2024 10:51:45.8771 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: d1b36e95-0d50-42e9-958f-b63fa906beaa X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: trV4UUARqdFPLIOiJJjyR667le7zTeRf41Pb/n0n8bv/1G2M7h2Yo5UOqJEK513HrSjb+Y8zzIkmngSZP2b2qNPn9CDX+Lb51himwewHaHU= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SY7P300MB0168 Subject: Re: [Starlink] Starship's 4th flight test was magnificent 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: Mon, 10 Jun 2024 10:51:50 -0000 On 10/06/2024 2:22 pm, Michael Richardson via Starlink wrote: > Dave Taht via Starlink wrote: > > When they kicked into the Blue Danube, during Starship's coast phase, I > > started dancing around the boat. The landing phase was a real > > nailbiter, but seeing starlink maintain connectivity through nearly it > > all of that plasma was amazing, too. To be massively cheered up about > > Silly legal/technical question: > > When starship is in a suborbital, ~140km apogee (coast phase) over Atlantic > Ocean or Africa, whose jurisdiction are the power limits set by? The power limits for transmission are ultimately set by the ITU, to be enforced by the authority of whichever state has approved the spacecraft (which would be the FCC in this case I guess). But there's a catch or five here. The main power limit is for power hitting the ground (downlink to end user), because that might get into the receive antenna of some sort of ground based system and wreak havoc there. In this context it's helpful to understand that interfering signals don't have to be on the same frequency that you are trying to receive. A transmitter's output might have >99% of its power within the band you want it to be in, but the rest distributes across the remainder of the spectrum - as a rule of thumb, the closer you are to the "intended" frequency with your receiver, the more of those spurious emissions you see. These emissions may be a few orders of magnitude below the intended signal in power, but because RF communication deals with intended signals that can differ by many orders of magnitude, your receiver will still hear them - you need the help of distance, antenna directionality and in some cases even filters in order to suppress that unwanted signal. Similarly, receivers aren't just listening on the frequency they're tuned to - they're similarly listening on all other frequencies, too, except that any signal there needs to be a bit stronger to break through. Your cheap car radio will demo that effect to you when driving past an FM broadcasting transmitter. So in the case of the power limits in non-GSO satcom, you have a whole raft of microwave receivers on the ground - some pointing skywards - and too many to dodge them individually (you'll notice Starlink not being offered around radio telescopes - these are super-sensitive and even the usual ITU limit is too high there). Moreover, they are approximately the same distance as your intended receiver - so whatever you throw at your intended receiver, they can snap up as interference. The opposite case occurs (in principle) when transmitting from the ground (or a re-entering spacecraft) to a non-GSO sat above you, with a geostationary sat lurking behind your satellite in the distance. In this case, the bit of signal beam (think light beam as in car headlights) that shines past the non-GSO sat - you could jam that satellite's receiver and spoil someone's Superbowl (or worse, Superbowl ads!). This is somewhat less critical than the opposite direction, though, mainly because you're trying to hit a target that's maybe 1000 km away whereas the part of the geostationary orbit that cops the beam leftovers is 40,000 km or so away. This means that your signal (which suffers spherical spreading) is around 40^2=1600 times lower at the geostationary sat than at your intended receiver. That's about 33 dB in difference, which helps, but then again, the geostationary satellite user's uplink suffers the same spread - and may not be aiming at producing the same signal level at the satellite antenna as you are aiming for on your non-GSO satellite. So there is also a risk here of some interference. But in most cases, transmitting up is OK and power is more of a matter of what you can afford down on the ground (OK, it's more complex than that, but that's for another post). Now in the case of a video link from a re-entering spacecraft, you get the "break" in reception due to signal being absorbed in plasma on spacecraft re-entry. That plasma isn't an atmospheric layer, it's simply air molecules getting disturbed in their daily business by a spacecraft passing by at entirely unreasonable speeds, knocking their electrons off. Now that plasma forms wherever the spacecraft grates with the atmosphere - read mostly below and around the sides. So what you then get is a comet-like "tail" of plasma - a bit like a cone, and there's comparatively little plasma inside the cone. Conventionally, if you had to communicate your re-entry video or audio feed to a ground station, you had to communicate *through* that cone's wall. Similarly, if you wanted to go "up", you had to go to a TDRSS satellite, of which there were only a small number in orbit - and the one visible to you would have been on the other side of the plasma cone wall with high probability. With Starlink, you have potentially a few dozen satellites within field of view, and the chances of having one within view out the back of the cone are relatively good (but not guaranteed). The other day, they got lucky that the star(link)s lined up ;-) Quite how that lucky satellite that got to handle the re-entry video feed got to downlink it is another question. Splashdown was NW of Australia - I don't have an accurate location at this point, but if it was close enough to WA, it could have been handled by one of the gateways there. Otherwise, the laser ISLs do also a good job at 100 Gb/s, and it could have come down at a gateway near you... > If at 140km altitude, that's 20% to 30% closer to the satellites than on > land. OTH, it's moving really fast, and does the hand-off really work? > Are they just using TCP (or maybe QUIC) for data, or something else? That'll ultimately be their choice, but I suspect it'd be something UDP-based off the shelf. Zoom maybe? > > Also, during the entire Tonga situation, Ulrich provided lots of really good > explanation of how hard it was to do a downlink. That was before the space > lasers. I would guess that this data link required inter-satellite lasers, > since downlink over oceans (and probably Africa) would be difficult. > > > Lastly, I couldn't help but imagine small repair robots deploying once > > in orbit to get a full view of every tile on starship, and perhaps > > effect repairs. Call 'em Hewey, Duey and Louie.... > > Naw. R2-xx are Astro *MECHS*. https://www.youtube.com/watch?v=gfMoXBOjWBM > > -- > ] Never tell me the odds! | ipv6 mesh networks [ > ] Michael Richardson, Sandelman Software Works | IoT architect [ > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ > > > _______________________________________________ > 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/ ****************************************************************