From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp002.apm-internet.net (smtp002.apm-internet.net [85.119.248.221]) by mail.toke.dk (Postfix) with ESMTPS id 5DFC4A3F1B4 for ; Wed, 22 Nov 2023 23:42:56 +0100 (CET) Received: (qmail 94172 invoked from network); 22 Nov 2023 22:42:55 -0000 X-APM-Out-ID: 17006929759417 X-APM-Authkey: 255286/0(253943/0) 783 Received: from unknown (HELO zimbra003.verygoodemail.com) (85.119.248.218) by smtp002.apm-internet.net with SMTP; 22 Nov 2023 22:42:55 -0000 Received: from localhost (localhost [127.0.0.1]) by zimbra003.verygoodemail.com (Postfix) with ESMTP id D67BC86224; Wed, 22 Nov 2023 22:42:55 +0000 (GMT) Received: from zimbra003.verygoodemail.com ([127.0.0.1]) by localhost (zimbra003.verygoodemail.com [127.0.0.1]) (amavis, port 10026) with ESMTP id WxBoGH9dTqan; Wed, 22 Nov 2023 22:42:55 +0000 (GMT) Received: from smtpclient.apple (unknown [192.67.4.77]) by zimbra003.verygoodemail.com (Postfix) with ESMTPSA id B382F86221; Wed, 22 Nov 2023 22:42:55 +0000 (GMT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) From: Tim Panton In-Reply-To: <874jhdwtes.wl-jch@irif.fr> Date: Wed, 22 Nov 2023 22:42:45 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6B29A15C-199D-418A-AB25-82487762CE36@pi.pe> <874jhdwtes.wl-jch@irif.fr> To: Juliusz Chroboczek X-Mailer: Apple Mail (2.3774.200.91.1.1) Message-ID-Hash: IPNGXDVRTSHCK7F34YWSW5QD4CCV44PX X-Message-ID-Hash: IPNGXDVRTSHCK7F34YWSW5QD4CCV44PX X-MailFrom: tim@pi.pe X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: galene@lists.galene.org X-Mailman-Version: 3.3.8 Precedence: list Subject: [Galene] Re: Total bandwidth limit? List-Id: =?utf-8?q?Gal=C3=A8ne_videoconferencing_server_discussion_list?= Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: > On 22 Nov 2023, at 18:10, Juliusz Chroboczek wrote: >=20 >> So I=E2=80=99m wondering - would it be possible to tell Galene what = the total >> uplink available is and have it throttle back the senders to stay = within >> that? Or is this such an edge case that no-one else would be as = foolish >> as me? >=20 > This should happen automatically : congestion control should kick in, = and > Galene should either peel SVC layers or throttle the sender (depending = on > your codec) until the traffic fits within the link's limitations. I was thinking the fact that the limitation is shared across all 7 = remote users (I was local on the same lan as the Galene server)=20 may have confused the situation - along with the fact that it is a = massively asymmetric link. >=20 > Obviously, that didn't work in your case. What codec were you using, = and > what web browser was the sender using? Were the receivers connecting > directly to Galene, or were they going over TURN ? VP9 and no TURN - I=E2=80=99m old/lucky enough to have a /24 routed to = my house :-) I think I was using chrome, but it may have been safari on Mac - at = least 2 of the others were safari on iPad. I=E2=80=99d guess the rest were chrome on windows. Tim. >=20 > -- Juliusz