From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Azher Amin" Subject: RE: bandwidth management Date: Tue, 17 Dec 2002 10:37:07 +0500 Sender: linux-admin-owner@vger.kernel.org Message-ID: <001101c2a58e$5c7cd860$0202a8c0@pakfreeeafwaxo> References: <002b01c2a500$75656ec0$4000a8c0@Imran> Reply-To: Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <002b01c2a500$75656ec0$4000a8c0@Imran> List-Id: Content-Type: text/plain; charset="windows-1252" To: 'Imran Ali Rashid' , linux-admin@vger.kernel.org You can use HTB, with kernel 2.4.20. That=92s a better way to cope the spare bandwidth. Try http://sourceforge.net/projects/htbinit/ Azher -----Original Message----- =46rom: linux-admin-owner@vger.kernel.org [mailto:linux-admin-owner@vger.kernel.org] On Behalf Of Imran Ali Rashi= d Sent: Monday, December 16, 2002 5:41 PM To: linux-admin@vger.kernel.org Subject: bandwidth management Hey people. I need some help with bandwidth management. we need a situation where one person isn't able to hog all the bandwidt= h to himself. stochastic fair queueing isn't giving a fair enough queueing system. i need a solution with better queueing. CPU usage isn't an issue. Temporarily we're using CBQ to limit bandwidth, however its not a preferred solution since the bandwidth is limited even when there is bandwidth to spare. - To unsubscribe from this list: send the line "unsubscribe linux-admin" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html - To unsubscribe from this list: send the line "unsubscribe linux-admin" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html