Date: Wed, 25 Sep 2019 21:46:38 +0700 From: Eugene Grosbein <eugen@grosbein.net> To: "Andrey V. Elsukov" <bu7cher@yandex.ru>, John Hay <jhay@meraka.org.za> Cc: freebsd-net <freebsd-net@freebsd.org>, "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>, Andriy Gapon <avg@freebsd.org> Subject: Re: dummynet: bandwidth is limited to 2 Gbit/s ? Message-ID: <5D8B7DCE.2040604@grosbein.net> In-Reply-To: <0260d101-4558-abd2-aace-13df2a610bb8@yandex.ru> References: <201909242219.x8OMJP3P013498@gndrsh.dnsmgr.net> <5D8B3056.1020904@grosbein.net> <CAGv8uaoBaG2dXpKZCEjuziOYaQg-PburN9PTnSpUey0cPdsDqA@mail.gmail.com> <5D8B70D2.3040706@grosbein.net> <0260d101-4558-abd2-aace-13df2a610bb8@yandex.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 25.09.2019 20:53, Andrey V. Elsukov wrote: > On 25.09.2019 16:51, Eugene Grosbein wrote: >>> Will this break upgrades with freebsd-update? On a major upgrade, >>> it will first install the new kernel and require a reboot before >>> you run freebsd-update again to install the rest. >> >> So it will run without dummynet pipes (traffic shaping) configured >> meantime. Is it big deal? > > Note, that if you have ipfw rule with pipe, that does not exist, all > matched traffic will be dropped. :-) Nice catch. Maybe we should introduce new sysctl kern.features.dummynet64 knob for new kernels only but teach /sbin/ipfw for all supported branches to check it. So /sbin/ipfw would refuse to process any dummynet-related rules if knob is present and the binary has no 64-bit dummynet support.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5D8B7DCE.2040604>