From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 0F8163B2A4 for ; Mon, 18 Sep 2023 14:40:39 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 494C539661; Mon, 18 Sep 2023 14:40:38 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8fU_Uf4XwJYR; Mon, 18 Sep 2023 14:40:36 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 3A68639660; Mon, 18 Sep 2023 14:40:36 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sandelman.ca; s=mail; t=1695062436; bh=L5rnidhUYaTjWdHj69Angv5B2DuziBfXhzHNElUrrmQ=; h=From:To:Subject:In-Reply-To:References:Date:From; b=DrJMiOVCqzHTV/JQTD9DgdsBcF12WZmT5MPBUxkVLuSrd2GXXmiJ7Y5X+VyTki4vF Op7qRYXOx1yoYofODkx09xsnqKdTq4rMrnTu4axH0ivDO4N7TlETDr4iiFlM27BfOY 35PptoYmu6aUUXBqv7Ax8juIwXzlfcGJixkbR7Umq9YFKfMVHkYwkfrMjnHLTllB8N vojw7JWDAwTocpfBqYEFKwbwhiK9oUj+wYrwHT9HqFbKOrbtS7kuHUWqEyYyvPuT5L 9BiKskZaS8wwLe/YqvMjuNktfzNp+wFbG7j9qSo80wtRX7KVdJwskuUl+xLNMyHxho 6xrq4A7BZo6kg== Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 2D0572A2; Mon, 18 Sep 2023 14:40:36 -0400 (EDT) From: Michael Richardson To: Juliusz Chroboczek , Dave Taht via Starlink In-Reply-To: <87msxjqwhj.wl-jch@irif.fr> References: <87msxjqwhj.wl-jch@irif.fr> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 27.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Subject: Re: [Starlink] impressed with my starlink today 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, 18 Sep 2023 18:40:40 -0000 --=-=-= Content-Type: text/plain Juliusz Chroboczek via Starlink wrote: > We're currently using receiver-driven congestion control, which is > deprecated in WebRTC. The plan is to switch to sender-driven congestion > control at some point (I'm no big fan, but that's what everyone is > implementing, and we better be compatible with the rest of the universe). ... > (I could in principle use receiver-driven for the downstream and > sender-driven for the upstream, thus using libwebrtc's excellent > controllers in both directions, but it really feels like a hack. I'd > much rather not negociate receiver-driven at all.) If I understand correctly, galene would support p2p media streams? The web page seems to focus on lecture style. It seems to me that if you have multiple outgoing streams, that if there are problems with any of them, a sender-driven system allows for better use of what is typically a smaller uplink. -- ] 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 [ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFFBAEBCgAvFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmUImaQRHG1jckBzYW5k ZWxtYW4uY2EACgkQgItw+93Q3WW6Igf/YfQTBZGYTct3wvXQdsCQmRwY2POEysJ1 IowxwvyeLSpL4XXqrKwJVRoZ4CDaQD7cn/t9quTxTGSXEgtvPnmipwgpoMcro3K/ BQu12yIImzZZg79dg2N7lszYeJkDurCUQ9oU2VYuFf9NchqX6MQ5n4Rc+ksf8wnm 7Krz9ywf0fpMHW8j3OpxRlOocDYSXiXRcfwkmsucjaR6T5GHBLIVO9U0fIE6jCcl oOCT8nOXCJ/V9UrvsQ1j/zqPvmehWHkynYRXUIsjArqiUlrJV92+DbvSWiVm4E26 s2hK+c+JRKzmy9i10+UNssTU8dy0vyK4bieESelKH3dj6Il/SbfPoQ== =5woA -----END PGP SIGNATURE----- --=-=-=--