From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00::f03c:91ff:feae:de77]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id CD7B93CB35 for ; Tue, 27 Nov 2018 08:19:40 -0500 (EST) Received: from dooku.sandelman.ca (ipv6.dooku.sandelman.ca [IPv6:2607:f0b0:f:6::1]) by relay.sandelman.ca (Postfix) with ESMTPS id 7BF371F8BD; Tue, 27 Nov 2018 13:19:39 +0000 (UTC) Received: by dooku.sandelman.ca (Postfix, from userid 179) id C156B185F; Tue, 27 Nov 2018 08:19:04 -0500 (EST) From: Michael Richardson To: Pete Heist cc: =?us-ascii?Q?=3D=3Futf-8=3FQ=3FToke=5FH=3DC3=3DB8iland-J=3DC3=3DB8rgen?= =?us-ascii?Q?sen=3F=3D?= , bloat In-reply-to: <6F5EB690-3D7E-4112-8890-CF727FF59EFE@heistp.net> References: <65EAC6C1-4688-46B6-A575-A6C7F2C066C5@heistp.net> <38535869-BF61-4FC4-A0FB-96E91CC4F076@ifi.uio.no> <87a7lvwkr7.fsf@toke.dk> <6F5EB690-3D7E-4112-8890-CF727FF59EFE@heistp.net> Comments: In-reply-to Pete Heist message dated "Tue, 27 Nov 2018 09:54:59 +0100." X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Date: Tue, 27 Nov 2018 13:19:04 -0000 Message-ID: <11239.1543324744@dooku.sandelman.ca> Subject: Re: [Bloat] when does the CoDel part of fq_codel help in the real world? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2018 13:19:40 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Pete Heist wrote: > I was asked a related question by my local WISP, who wanted to know if > there would be any reason that fq_codel or Cake would be an improveme= nt > over sfq specifically for some "noisy links=E2=80=9D (loose translati= on from > Czech) in a backhaul that have some loss but also experience If the drops are due to noise, then I don't think it will help. The congestion signals should already getting made. But, there are lots of cases where there is excessive buffers at the edge of the backhaul, which is encouraging excessive traffic and thus congestion. =2D- Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAlv9REgACgkQlUzhVv38 QpAqVwgAgkQAVTn+XebFj/v42d89i+/rCQ5dp+vgFyG6lRcSOw1oy7WKSJfy8DYT d1X/4f2zhjaX2fCEAZgnjduvatFvU5r3iLyaCIc6Gw8f+2klQ8HsCO4ibrVjUN9k n3SFU15b0hWBF7rTk9mllGljm/9611MQWaphpSPq+GgcOtt5WuuzXF+TkTIyIrIh R+TN78qB8Hoz088hbrxXGp3yG4bkMpkfHFVx1akRtXfH4xf0al3N1Vt3RhhvJXhj wnPUxC3a7/dRB2czCDwbAXU//w/vDFjm665dXpetos/sBbzH0Y+PqGmmQwhKmBe8 Ja8jN+dREE/mAJHCtbWeLPVZCabLoQ== =3vCx -----END PGP SIGNATURE----- --=-=-=--