From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from au-smtp-delivery-117.mimecast.com (au-smtp-delivery-117.mimecast.com [103.96.23.117]) (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 F3E5C3B29D for ; Wed, 24 Jan 2024 20:54:48 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=auckland.ac.nz; s=mimecast20200506; t=1706147686; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=4fh6PFZGGyJYoWunaZ/ZCyAorSa4o1hMSnplwkuxd4Y=; b=fx7VO/pNxWVxkx4tD72sYWV86iQPD8z9GGKmt4cpOpoT1NkjlG+j38yOVtwMg+l9U0Dflx Z1R4IhgNZHaRk+E3/T0ayHDyjQkFTR8nziNR7Ut3Wg40ChcptUso8KtD94g4pKWpbQv9sg KJziIWCH5qR58ZbhghDygoX6n9V1G+0= Received: from AUS01-ME3-obe.outbound.protection.outlook.com (mail-me3aus01lp2233.outbound.protection.outlook.com [104.47.71.233]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id au-mta-72-4g2G_jdSN0GPW0s-m9JK2g-1; Thu, 25 Jan 2024 12:54:43 +1100 X-MC-Unique: 4g2G_jdSN0GPW0s-m9JK2g-1 Received: from SY4PR01MB6979.ausprd01.prod.outlook.com (2603:10c6:10:142::13) by SY6PR01MB7530.ausprd01.prod.outlook.com (2603:10c6:10:171::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7228.26; Thu, 25 Jan 2024 01:54:41 +0000 Received: from SY4PR01MB6979.ausprd01.prod.outlook.com ([fe80::2faf:5dbf:9124:8a6f]) by SY4PR01MB6979.ausprd01.prod.outlook.com ([fe80::2faf:5dbf:9124:8a6f%5]) with mapi id 15.20.7228.023; Thu, 25 Jan 2024 01:54:41 +0000 Message-ID: <4e7a1b3a-db75-4558-a5aa-42638ffa6962@auckland.ac.nz> Date: Thu, 25 Jan 2024 14:54:39 +1300 User-Agent: Mozilla Thunderbird To: starlink@lists.bufferbloat.net References: <10cabe9d-0c0f-4adc-baf7-0ba487867352@olegkutkov.me> <7849c840-fe56-4867-91bd-613c3d2b5f42@gmail.com> From: Ulrich Speidel In-Reply-To: <7849c840-fe56-4867-91bd-613c3d2b5f42@gmail.com> X-ClientProxiedBy: SY5PR01CA0034.ausprd01.prod.outlook.com (2603:10c6:10:1f8::19) To SY4PR01MB6979.ausprd01.prod.outlook.com (2603:10c6:10:142::13) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SY4PR01MB6979:EE_|SY6PR01MB7530:EE_ X-MS-Office365-Filtering-Correlation-Id: 863f3b29-c110-4e6c-561d-08dc1d48984c X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0 X-Microsoft-Antispam-Message-Info: 9PoklKeQtiJQEiQB/OIVkQgudWSqGNfeIeNjFmAtNd+fjXxRtVoWBBTWSGSvHoc70wyLyEAraICWoyMsVSJqzl0PwjiBUu7oVpJWguDZ3OesbcANQ3eum7ucAc2MS+aHBhwVAy/MXMhpGLpg9P5n8lUv0R1/5dkfFNgnQLUGAhidNfhdnBYvZH5rC6pErnAFVEdITOQeO6IrMUM8qhws3MXdjTqpYKZOBgAEQWaB4RXTkDn7QrUuRm91qHqKSnuVpMIugUMGzeW3sCs5c5oA90UYv+4ULjare8N1ez8qt6AWElTHvt0VSKWrVCxHWyE/ypxUSnuYyWaKJB+01LdqJP0NBqQMkki99ce2Y7fNOFikPbsZ1VwTFLkl/GzfWVFnWNMwi+GvgPRbolr415wC9kaaWmx3ynmoaUkCAwY5yATdOH1lvglwRORR4V2WSpOtXiWgomeiPBoJFqbRYfX1dWCNdT0ye56z7Z5EuR35Fih959TpWKBrZ80sUWmy2JjQjfM9W3a5dNAVUcTsqqKfA30+NVL0FdsLxHc791r5QYnBKe4+87oAip0Pi8GCccYcOBG6Wxsv3foYETVc2fo8td/fw+b77ubssq6irzLev4SkcmzWm/RO87+9VOlNvsj8JjZV2ZxBQJsPqPnMyqbr4yoeMvP6Np90xj0H60LlYAs= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SY4PR01MB6979.ausprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(396003)(346002)(39860400002)(136003)(376002)(366004)(230922051799003)(186009)(64100799003)(451199024)(1800799012)(2616005)(33964004)(6506007)(53546011)(6512007)(83380400001)(66574015)(8676002)(8936002)(66946007)(6486002)(966005)(478600001)(786003)(316002)(66556008)(66476007)(86362001)(31696002)(6916009)(166002)(38100700002)(31686004)(41300700001)(5660300002)(2906002)(36756003)(43740500002)(45980500001); DIR:OUT; SFP:1101 X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?dUFzUXI4VTBjbUFteENBTWhTNWZaQ2JXY2lnVlkxc3R5RGVxTnJvczJERDlZ?= =?utf-8?B?eXM0NjFnS3JkTmNPWGJ4Ujl6YmdYNDFQa3ZNZE5WWWxiclZnWit1Z1BSVGFM?= =?utf-8?B?UjcyenlYOEN3Y0xuOThLQlR0NEt0dmh5aFhiVDhBVHhuZnB2UDgxU2FJV1lr?= =?utf-8?B?c3BDM0J2c3VISmpUQlhlQ0tJZnE1VjhFaktObktzRWZGcGc2Nnl3cTBXT0Qr?= =?utf-8?B?SUo4M2gvckZRQzFlUlI2TzJKb1VhN2Z0MWV4RWMxbVM4T2s0L1BTZytWdi9W?= =?utf-8?B?TVhrdHUvMjRFUU1qalBSZTdrdnNsd3phWGJaTFIrWmNFYUZqYURFMDBYWGY1?= =?utf-8?B?cEkrV2hNYzNML3FEa3E3dTJKYTRtaFpNNmNBd0p0eW1QWXRoajFXU08wSlZM?= =?utf-8?B?emlIOGdiWWx5YWx3WWlJWkZoYmZTWVR0Q1UrazMxbDVTTEQ1YXkxWU9ZcVdn?= =?utf-8?B?RUpCYTVNbEQ5MS96alhucjUydnlVV05WcGFzYW8xRGhlamxyU0Z1eTZoanRu?= =?utf-8?B?WWhqTEZqUjI2eHNMWGtLNEVHTUdSRnRUakw4c2tDb2RqbGkwK0VDenhxWnBr?= =?utf-8?B?bDY4QlFKQUsrbTJNV0c1Qlp5eU50MjdMWnVvNlpUZkZibUhMTnlFY3N0d1k5?= =?utf-8?B?SExja3JLTzlCOEUzbVo2N202d2VPWU9COFhwWjM4WlZhQ0wwWWVLVzFFRzF0?= =?utf-8?B?SmpPVWQzaGVXbHRGaDRMdlRsSUhpd3QzSGQvOHlMVlpmcW5pUzNobXM4ekdN?= =?utf-8?B?TEprY09za29WaUpMOWtlR2ZpRnBuenhPeUFVdTg5US9Sa0k5WkF2VXpJV0Jp?= =?utf-8?B?MmlHUEVJakFtU3Ryc1VHeXlEcUxQQ3dsN0lobVBodXVDYTJQNFRjL0FRNnNF?= =?utf-8?B?TUg3b09rT0xJTENkVFBlNDVqNjNDS2x5MlZBeCsvYW5DSGJVeVExNjE2OW5T?= =?utf-8?B?VkQ4QytqY1h4dXJrYjBkTFZEOGMyZEJOazlIc2ZlakJoRldNVmJoS09IejAy?= =?utf-8?B?N3MydlJzSXF5bll2NTBCMFdMekFSVUU2MTYxRThtekNiNVpLL21zZHI5KzRo?= =?utf-8?B?NlBYTVlzVTZlaEc2eUxuK2lBeENEZldzK1dlQ2VLNndmbjFFWVFNTWY0ckJx?= =?utf-8?B?ME91eWtrMytGVHNzdHd1ajEzditQUDdxcE1kaERsNGxvOXB2Q3UxZG1PcTRo?= =?utf-8?B?R3Nla3NwczgrSzlHK28xYlc3cUwyZ0c4MURGRXUwWUZ3Z1dyeFdJTjgza2RQ?= =?utf-8?B?cXFyYjRYSzBoaWVJQmV5allhQ0pnVzhUbE4rWngwb0ZxNk5OZ3VrNURZcy9D?= =?utf-8?B?eVFDYzRrZlpZQnE3eDk2bzFDdHFmRWFHb2JYdTNXVEIrV1Y3UHdqa2VCQ0lW?= =?utf-8?B?b25VdERWak41b3dsWWw3S1Nic1RMTWNNam5EbXdDQXg2cXR5eXA5MkFjdXk2?= =?utf-8?B?RVBUTFlUQmZZWk52YmtiWXcxRW0wQ0VzV2xvSnU5ZHBuQzBZN3NtS2FUY2lZ?= =?utf-8?B?Ny84dzFReCs5UDdQajBjZU5VSERqQVdDdW1kNVp3V2lJMXlSNmFTVzYyZFU1?= =?utf-8?B?eW12YWFYN2ErSU9JOHVBTHZqOHM5aHZpZzluZnRSNUttOVd5R2hLY0xwWjFE?= =?utf-8?B?ODVmakVXUEtLQStXYlJWaTNrb3c1dWlBZzRkZFlkSE9tRFpFQjBFRjluaWg2?= =?utf-8?B?UDJYd29ZTU9wWXovN0ZQQm00N3YvODZvTTlyaFFsV0xpcnFYazdybjlWNlJy?= =?utf-8?B?TThnOStFR25DSm5QQmEzVThKVnhnaVFualRvTW5BTEw3enhCMmI2cUlqQUZU?= =?utf-8?B?aHQ4aFM1UkhMenJoSDBtMG9TREUxbzJyRUphUmVuVmhYdWZuaFVqR0JjZ1NP?= =?utf-8?B?eEpMcXZ3dnJzczZmclFJc2hNZnJQYUs4Vmx1UCsxTHVlbDY3YUt2Y3E2KzRS?= =?utf-8?B?Zk5MVFQ1WU9WN3FHdVVjVHdXQnBwdHU0bFFCZFhwRkpDN0JUMlpRTitXQmln?= =?utf-8?B?aWVwUGhNOHZIdXF1VmdYd01MSURNcEdBby9mVTd4TVF0UmcvbDZldzl5T1My?= =?utf-8?B?aWxFVHRDbEpkTkZsWEQ4SXV2TllaZXdYZENxQ3FCaXRZWTdCeCt1cGJhMVla?= =?utf-8?B?Wk00MXFhd3pnNWRFTEh5cWZ6eTdiNm1BaHZCaE9BbWdjbytaUzFObXNraVN3?= =?utf-8?B?RjFYR1NUc3FzSkQ3THJ5M2RYL0h2eFpXeHJOU3RzdDM5VFZTQ3JER3puOFl5?= =?utf-8?B?NzlVMFJzQjhiRnVNa0FVQS9TL2FnPT0=?= X-OriginatorOrg: auckland.ac.nz X-MS-Exchange-CrossTenant-Network-Message-Id: 863f3b29-c110-4e6c-561d-08dc1d48984c X-MS-Exchange-CrossTenant-AuthSource: SY4PR01MB6979.ausprd01.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Jan 2024 01:54:41.0868 (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: TcvN90hmM0AmLDDJx6u21490Gc1RGFWyDsAsfixSGIW/fxmPNLVoYC8ctBFdTFv2OcLB3xKbeFFAk6Jh2tHUTLy5eN3UmGFhCT5mnF91A1Q= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SY6PR01MB7530 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: auckland.ac.nz Content-Type: multipart/alternative; boundary="------------agBGPKAW24Dp8geoeOiYds59" Content-Language: en-US Subject: Re: [Starlink] First tests of the Starlink REV4 (aka gen3) 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: Thu, 25 Jan 2024 01:54:49 -0000 --------------agBGPKAW24Dp8geoeOiYds59 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable 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=20 actually fairly meaningless as they depend on: * Satellite(s) involved in the data transfer over the duration of the measurement(s). * Load on those satellites, which depends on the number of other current users whose traffic goes via those birds, and what these users are up to. Note this changes between handovers. * RTT to other end of transfer path. * Packet loss (including beyond Starlink's network) Unless a Dishy is able to handle communication via multiple satellites=20 in parallel, I would expect the rates to be the same more or less=20 regardless of model used. In fact, I would expect a Dishy model that is=20 able to align itself to do marginally better over time. > > At video pointer 5:53 the reported Ping ?/dl/ul 88/204/121 ms and Jitter > 9.2 ms seem interesting. > > =C2=A0=C2=A0=C2=A0 =3D=3D> I am not sure which of the two (ping or jitter= ) you name=20 > 'latency'? All of them I guess. > > =C2=A0=C2=A0=C2=A0 =3D=3D> I am not sure why the dl (download) ping ms is= higher than the ul. Because that is where you have the longer queues. > > =C2=A0=C2=A0=C2=A0 =3D=3D> I don't know what is the first ('?') parameter= reported as 88ms > for Ping? I presume unloaded ping RTT. The second is ping RTT during the download=20 test (with inbound queues loaded), the last is ping RTT during the=20 upload test (with outbound queues loaded). I'd also note here that these are values obtained from Kyiv, which isn't=20 a Starlink environment that is easy to assess. For one, we don't know=20 whether there are Starlink gateways in Ukraine, or if there are, where=20 they'd be. We know that there aren't any in Russia or Belarus. We know=20 that there are gateways in Turkey, Poland and Lithuania and further=20 afield that can reach satellites that users in Ukraine can reach by=20 direct RF link. We don't know where else there may be gateways - not=20 every jurisdiction publishes this - or whether Starlink may even be=20 operating opportunistic fair weather optical gateways which they don't=20 have to disclose to anyone. Plus we don't know what may be carted into=20 the area or away from it via laser links to gateways much further away. > > I wonder whether the DHCPv6-PD is still supported by REV4 and whether > the allocated prefix is still a non-/64 (i.e. a /56 delivered by > DHCPv6-PD reported earlier on this email list by Steven on Dec. 12, 2023)= ? > > Alex > > Le 23/01/2024 =C3=A0 10:07, Oleg Kutkov via Starlink a =C3=A9crit=C2=A0: > > I conducted the initial comparative tests of the new terminal in > > Ukraine. I guess it's not a really "legal" because the new terminal is > > not certified and not selling outside the US for the moment. But who > > cares. > > > > Here's a video: https://youtu.be/hWPMpJrjd1g=20 > > > > > I will try to do more technical tests next week. There will be a new > > video. > > > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink=20 > --=20 **************************************************************** Dr. Ulrich Speidel School of Computer Science Room 303S.594 (City Campus) The University of Auckland u.speidel@auckland.ac.nz =20 http://www.cs.auckland.ac.nz/~ulrich/ **************************************************************** --------------agBGPKAW24Dp8geoeOiYds59 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 25/01/2024 1:37 am, Alexandre Petrescu via Starlink wrote:
=20 Thanks for the tests!

The dl/ul speeds 300/15 mbit/s are impressive.

"Speeds" (observed data rates) in terms of Starlink hardwa= re are actually fairly meaningless as they depend on:

  • Satellite(s) involved in the data transfer over the duration of the measurement(s).
  • Load on those satellites, which depends on the number of other current users whose traffic goes via those birds, and what these users are up to. Note this changes between handovers.
  • RTT to other end of transfer path.
  • Packet loss (including beyond Starlink's network)

Unless a Dishy is able to handle communication via multiple satellites in parallel, I would expect the rates to be the same more or less regardless of model used. In fact, I would expect a Dishy model that is able to align itself to do marginally better over time.


At video pointer 5:53 the reported Ping ?/dl/ul 88/204/121 ms and Jitter
9.2 ms seem interesting.

    =3D=3D> I am not sure which of the two (ping or= jitter) you name 'latency'?
All of them I guess.

    =3D=3D> I am not sure why the dl (download) pin= g ms is higher than the ul.
Because that is where you have the longer queues.

    =3D=3D> I don't know what is the first ('?') pa= rameter reported as 88ms
for Ping?

I presume unloaded ping RTT. The second is ping RTT during the download test (with inbound queues loaded), the last is ping RTT during the upload test (with outbound queues loaded).

I'd also note here that these are values obtained from Kyiv, which isn't a Starlink environment that is easy to assess. For one, we don't know whether there are Starlink gateways in Ukraine, or if there are, where they'd be. We know that there aren't any in Russia or Belarus. We know that there are gateways in Turkey, Poland and Lithuania and further afield that can reach satellites that users in Ukraine can reach by direct RF link. We don't know where else there may be gateways - not every jurisdiction publishes this - or whether Starlink may even be operating opportunistic fair weather optical gateways which they don't have to disclose to anyone. Plus we don't know what may be carted into the area or away from it via laser links to gateways much further away.


I wonder whether the DHCPv6-PD is still supported by REV4 and whether
the allocated prefix is still a non-/64 (i.e. a /56 delivered by
DHCPv6-PD reported earlier on this email list by Steven on Dec. 12, 2023)?

Alex

Le 23/01/2024 =C3=A0 10:07, Oleg Kutkov via Starlink a =C3=A9crit&nbs= p;:
> I conducted the initial comparative tests of the new terminal in
> Ukraine. I guess it's not a really "legal" because the= new terminal is
> not certified and not selling outside the US for the moment. But who
> cares.
>
> Here's a video: https://youtu.be/hWPMpJrjd1g
>
> I will try to do more technical tests next week. There will be a new
> video.
>
_______________________________________________
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink
--=20
****************************************************************
Dr. Ulrich Speidel

School of Computer Science

Room 303S.594 (City Campus)

The University of Auckland
u.speidel@auckland.ac.nz=20
http://www.cs.auckland.ac.nz/~ulrich/
****************************************************************
--------------agBGPKAW24Dp8geoeOiYds59--