From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp66.iad3a.emailsrvr.com (smtp66.iad3a.emailsrvr.com [173.203.187.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 24EE23CB41 for ; Fri, 22 Jan 2021 16:25:01 -0500 (EST) X-Auth-ID: jf@jonathanfoulkes.com Received: by smtp25.relay.iad3a.emailsrvr.com (Authenticated sender: jf-AT-jonathanfoulkes.com) with ESMTPSA id B3452239F8; Fri, 22 Jan 2021 16:25:00 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Jonathan Foulkes In-Reply-To: <875z3o65c9.fsf@toke.dk> Date: Fri, 22 Jan 2021 16:25:00 -0500 Cc: Y via Bloat , cerowrt-devel@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: References: <87turceco5.fsf@toke.dk> <557C22F5-BF2E-478A-8C48-BE52F9C75256@jonathanfoulkes.com> <875z3o65c9.fsf@toke.dk> To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Classification-ID: 2178372a-3611-472d-865c-cccb5c542100-1-1 Subject: Re: [Bloat] New OpenWrt release fixing several dnsmasq CVEs 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: Fri, 22 Jan 2021 21:25:01 -0000 I figure there should be no inter-dependencies there, but the = side-effect of the new dnsmasq is pretty serious. I did not install .6, I only performed an opkg update of the dnamasq = package itself. So kernal is the same in my case. But others running a full .6 build report similar QoS issues. I regressed back to .4 and all is good on the QoS front, waiting until a = new drop of dnsmasq before trying again. - Jonathan > On Jan 22, 2021, at 4:15 PM, Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > Jonathan Foulkes writes: >=20 >> I installed the updated package on a 19.07.4 box running cake, and = QoS performance went down the tubes. >> Last night it locked up completely while attempting to stream. >>=20 >> See the PingPlots others have posted to this forum thread, mine look = similar, went from constant sub 50ms to very spiky, then some loss, loss = increasing, and if high traffic, lock-up. >> = https://forum.openwrt.org/t/security-advisory-2021-01-19-1-dnsmasq-multipl= e-vulnerabilities/85903/39 >>=20 >> load is low, sirq is low, so box does not seem stressed. >>=20 >> Any reason Cake would be sensitive to a dnsmasq bug? >=20 > No, not really. I mean, dnsmasq could be sending some traffic that > interferes with stuff? Or it could be a kernel regression - the = release > did bump the kernel version as well... >=20 > -Toke