From mboxrd@z Thu Jan 1 00:00:00 1970 From: Francisco Pereira Date: Thu, 30 Sep 2004 13:49:50 +0000 Subject: Re: [LARTC] tc monitoring Message-Id: <1096552190.415c0efe53f56@webmail.montevideo.com.uy> List-Id: References: <200409301431.13267.alg0@iit.demokritos.gr> In-Reply-To: <200409301431.13267.alg0@iit.demokritos.gr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org Quoting Andreas Klauer : > Am Thursday 30 September 2004 14:44 schrieb Antonios Chalkiopoulos: > > The only limitation i noticed so far is that it can not properly parse > > the virtual channels of GRED qdisc. GRED is a tricky qdisc as it can > > contain 1..16 RED qdisc as virtual channels. > > Ah, sorry, I've never used GRED before, and I wanted to avoid > QDisc-specific parsing as much as possible. The tc command really isn't > suited for this kind of application. I really wish there was a library > with a decent API that lets you access this data directly. Parsing tc > output is just a bad hack. ;) I know of these projects, but only lql seems to be active. Linux QoS Library (lql) http://www.coverfire.com/lql/ An API for Linux QoS Support http://www.ittc.ukans.edu/~pramodh/courses/linux_qos/mainpage.html TC API Projec http://www-124.ibm.com/developerworks/projects/tcapi ---------------------------------------------------------- 0909 2468 La conexion discada a internet del Portal La misma conexion pero MEJOR y MAS BARATA Bajate el discador en http://www.montevideo.com.uy/0909 _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/