Date: Wed, 06 Jul 2011 18:50:18 +0200 From: peter@bsdly.net (Peter N. M. Hansteen) To: Calomel Org <infallibilismindefeasibility@calomel.org> Cc: misc@openbsd.org, freebsd-pf@freebsd.org Subject: Re: pf ALTQ bandwidth limited to a 32bit value (4294Mb) Message-ID: <877h7vcq0l.fsf@deeperthought.bsdly.net> In-Reply-To: <20110706152506.GA26334@calomel.org> (Calomel Org's message of "Wed, 6 Jul 2011 11:25:06 -0400") References: <20110706152506.GA26334@calomel.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Calomel Org <infallibilismindefeasibility@calomel.org> writes: > ALTQ using hfsc is limited to a maximum parent bandwidth of 4294Mb. > This value is 2^32 or 4,294,967,296 bits. If you set the bandwidth any > higher, altq will flip back to zero. This "bug" was found when trying > to test 10 gigabit and 40 gigabit bandwidth models. These tests were > done on OpenBSD 32bit and 64bit as well as FreeBSD 32bit and 64bit. Nice to hear you've got access to relatively high end gear for testing, I'm sure it will come in handy when the time comes to test any proposed fixes. The obvious workaround in the short term is to do the traffic shaping and filtering a bit closer to the end user, where bandwidth is a bit more scarce. In the slightly longer term, I'm sure a verified bug report (with patches against -current code if feasible) would be much appreciated. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?877h7vcq0l.fsf>