Hi all, I am new to tc on Linux, and am having some problems. The basic set-up and use works wonderfully, but now I have run into a slight problem... I am using tc qdiscs and filters to do my traffic shaping. Now, I have a whole bunch of filters to classify the data, and they work well, however, after all my classifications are done, I still have data reaching the default flow. ALL of the data should have been classified - so I would really like to look at the data that is still not classified. Is there any way to log these packets? Can any of the qdiscs log queued traffic in a sane way? Can I forward the traffic back to iptables in some way? Any help would be greatly appreciated. Thanks, Justin _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
OK - judging by the lack of response, I am assuming this is not possible? I have started hacking on a simple patch to add support to qdiscs to dup their traffic to a dummy interface. Simple test code for the prio qdisc, hardcoded for device id 5 as the dummy qdisc is attached. The eventual idea is to add an optional argument ''dupdev'' to all qdiscs. If the qdisc has this argument set, then the packet is duplicated to that device, if not, nothing is altered. The only real overhead is one NULL check in each enqueue function, so this should not really affect performance. Is it worth while doing up this solution as a proper kernel patch (does it have any chance of being accepted, or should I just do it ''quick-and-dirty'' for my personal use? Thanks, Justin Justin Schoeman wrote:> Hi all, I am new to tc on Linux, and am having some problems. The basic > set-up and use works wonderfully, but now I have run into a slight > problem... > > I am using tc qdiscs and filters to do my traffic shaping. Now, I have > a whole bunch of filters to classify the data, and they work well, > however, after all my classifications are done, I still have data > reaching the default flow. ALL of the data should have been classified - > so I would really like to look at the data that is still not classified. > Is there any way to log these packets? Can any of the qdiscs log queued > traffic in a sane way? Can I forward the traffic back to iptables in > some way? > > Any help would be greatly appreciated. > > Thanks, > Justin > _______________________________________________ > LARTC mailing list / LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
* Justin Schoeman <418A19E6.4040306@expertron.co.za> 2004-11-04 14:00> OK - judging by the lack of response, I am assuming this is not possible? > > I have started hacking on a simple patch to add support to qdiscs to dup > their traffic to a dummy interface. > > Simple test code for the prio qdisc, hardcoded for device id 5 as the > dummy qdisc is attached. > > The eventual idea is to add an optional argument ''dupdev'' to all qdiscs. > If the qdisc has this argument set, then the packet is duplicated to > that device, if not, nothing is altered.Consider using the mirred action with a recent iproute2 binary. The statistics won''t be working properly yet though. _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/