From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id AD66F3B2A4 for ; Thu, 28 Oct 2021 22:07:43 -0400 (EDT) Received: by mail-il1-x133.google.com with SMTP id x9so1441438ilu.6 for ; Thu, 28 Oct 2021 19:07:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=fQlvVDnAxnrsuSz2L/ADD5sfk5Jq/JByKmmDm/u1CQM=; b=qj93V+zbai+8mP1pffK3mDsW21wqnn++dRZSH5UYod/KouD8pYic8ka1yLX9kgHJS+ fRvFOk1XlX9sMHI59Rm9SFki8QRNWyx8TOjwTk/Hn9OLVYX4xfaexVkJ89AiY2AbxOp1 MqU/7BDydNh1wYqdLEtJm3xl1GLO/LJddNu4RnR5sq5b7jT6KjGcBjRqpOgxlEvqKaW/ ULp8oSU11nAGvGwpXVlkLXgfodA27C81btK8rqo8kInQVkR4HhWzapU/KW4ajjKKbswz +qmzreO9QiiCZCEYH+pg2z2I33dGyHwtMLiixtJfZTkH+izXWYZttS/HR24fs/5cYAIl UEvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=fQlvVDnAxnrsuSz2L/ADD5sfk5Jq/JByKmmDm/u1CQM=; b=dDSl0e3mQ2npQRVY7A3wLlvTqUTYWyMZ8z0jGI5NE2OJp5p3kIJVsV17OsHlXDdnkc Qb5yrPVc6hER9bQWoUacnylVN7D3Bi3xU6WColshrkKIR2pCxmGEWWM9EQUNJoRB5bTs DXXdWv5ghPtMKDRBeeIdDa8ex/VA4+IjdbubgBk8Yp2iQUBiEoWAabcxENQ7PcUEeyHz v1cbecCVL6COK5650IdmNhTyq6vlI1P/wmfWK3AZEC15/23oJMogy5ZOekruG9EYkalH 3/zrFEJivtB37o0vB5vDVV7T2FXDJU2SBI7Ogi3Rs1Ro5zugKIlNQRBXd/h+ixjx8JIU z/2w== X-Gm-Message-State: AOAM533kRx/2fuOVmdUrrsykTDR+rQR01vqZuyl7FF7QNJlB/lE08Ajq g9oGrSgcGu9KWKdIC8yKbwxfyumbKEhMqmmBpOcqDVlg X-Google-Smtp-Source: ABdhPJyPayXp74+o9c4LgsBj2dDKR0KSEWnTJjk0EpvWMzHMBNlcQyqH9ORRtX9SxSV55zbQwjG4RBWcpqzdTKUQ0mk= X-Received: by 2002:a05:6e02:12e4:: with SMTP id l4mr5943822iln.25.1635473262647; Thu, 28 Oct 2021 19:07:42 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Taht Date: Thu, 28 Oct 2021 19:07:29 -0700 Message-ID: To: starlink@lists.bufferbloat.net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Starlink] for those new to the starlink list 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, 29 Oct 2021 02:07:43 -0000 On Thu, Oct 28, 2021 at 7:00 PM Dave Taht wrote: > > I'd presented the bufferbloat data here to some starlink folk back in jun= e: > > https://docs.google.com/document/d/1puRjUVxJ6cCv-rgQ_zn-jWZU9ae0jZbFATLf4= PQKblM/edit# > > We made the flent data publicly available via rsync here, all sorts of > details if you want to check it out via flent. > > cd yourbaredir > rsync -av fremont.starlink.taht.net::starlink . > > But given they seemed to be stalling out vs a vs manufacturing and as > I was buried by my apple gig, and low on students, I put it down. > > Since then I have a team doing rfc3168, with viasat and starlink sims, > looking at bbrv2, and doing higher res measurements. On no budget, > sigh. Recently there's been some progress on dynamically reconfiguring > sch_cake via a couple sensing methods, but it was my hope then, as > now, that starlink made fixing the bloat a priority. > > with 6 upload streams, sep 4th : > > ./irtt client --dscp=3D0xfe -i5ms -d30s fremont.starlink.taht.net -q > --timer=3Dhybrid > [Connecting] connecting to fremont.starlink.taht.netrtt > [45.79.113.72:2112] [Connected] connection established > [45.79.113.72:2112] [WaitForPackets] waiting 1.01s for final packets > > Min Mean Median Max Stddev > --- ---- ------ --- ------ > RTT 47.91ms 95.28ms 94.41ms 337.9ms 20.33ms > send delay 22.77ms 60.92ms 56.67ms 309.8ms 19.77ms > receive delay 24ms 34.36ms 28.34ms 59.9ms 7.51ms > > IPDV (jitter) 1.88ms 5.09ms 4.98ms 112.3ms 3ms > send IPDV 30.5=C2=B5s 4.96ms 4.93ms 119.4ms 2.99ms > receive IPDV 9ns 272=C2=B5s 45.8=C2=B5s 17.64ms 1.25m= s > > send call time 9.72=C2=B5s 23.5=C2=B5s 89.9=C2=B5s = 14.8=C2=B5s > timer error 0s 86.9=C2=B5s 610=C2=B5s 114= =C2=B5s > server proc. time 620ns 7.39=C2=B5s 66.7=C2=B5s 7.06= =C2=B5s > > We've been using the high-res (3ms) probing technique to take apart > some 4g and 5g realities, also, but the starlink one was fascinating. > You can > clearly see them adjusting the network every 15ms, all sorts of 15s I meant. smells like IS-IS. I really prefer DV protocols.... > (beamforming?) artifacts, the 400ms bufferbloat spike from a speedtest > mountain about 1/3 of the way through... and I keep hoping we attract > two people to that sub-project with dishy's in the same cell. > > [plots courtesy of nathan] > > > -- > Fixing Starlink's Latencies: https://www.youtube.com/watch?v=3Dc9gLo6Xrwg= w > > Dave T=C3=A4ht CEO, TekLibre, LLC --=20 Fixing Starlink's Latencies: https://www.youtube.com/watch?v=3Dc9gLo6Xrwgw Dave T=C3=A4ht CEO, TekLibre, LLC