[LARTC] inspecting classified packets

e solution I thought of is to make a "logging" qdisc module. Then attach that qdisc to the class I want to monitor. Logging with printk is not very nice so I am opened to any sugestion. Thanks ---- Mihai RUSU Disclaimer: Any views or opinions presented within th

[LARTC] 2.4.20 htb3 oops

/dev/pts devpts gid=5,mode=620 0 0 none /procprocdefaults 0 0 After the oops applications that were trying to write to the /var (xfs) partition were hanging in D state. We will reformat it and reboot with a vanilla 2.4.20 having the same co

"clean" qdisc reinit (was Re: [LARTC] HTB flooding my kernel logs)

we change by a simple tc filter change. As we observed there is still a small bandwidth increase (the classes are empty) but its very small compared to the other one. If you have another solution please say. ---- Mihai RUSU Disclaimer: Any views or opinions presented within

Re: [LARTC] HTB flooding my kernel logs

fine. Im no interested in any effect other than beeing able to delete the whole tree from a single command (and deleting the htb qdisc does that) so thats why I created 2 qdiscs inside 2 htb classes. Are there any nasty side effects ? Can you give me some more details ? Thanks -

Re: [LARTC] HTB flooding my kernel logs

ng my logs. If I reinitilize the htb tree again but having a bigger delay then I dont get any of that messages. Help ? :) Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not

[LARTC] HTB flooding my kernel logs

11CA is small. Consider r2q change.<4>htb: class F00F10 isn't work conserving ?! and so on... What is wrong with the script ? Why doesnt HTB3 like it ? Thanks Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the auth

Re: [LARTC] htb qdisc on top of htb

Heh I solved the "problem" with a litle filters modification, see below: On Thu, 1 Aug 2002, Mihai RUSU wrote: > Hi > > I tryed to use a htb qdisc/class on top of another htb qdisc/class as you > can see bellow: > #!/bin/bash > > tc="/sbin/tc" > >

[LARTC] htb qdisc on top of htb

is I dont limited with 256 Kbit downloading from 1.2.3.4. If I change flowid from 10:10 to 1:20 I do get shaped so its not from a filter problem. Is it possible to use htb qdisc on top of htb qdisc ? Thanks PS: I am using last htb2 -------- Mihai RUSU Disclaimer: Any views o

[LARTC] simple question

destined to go out on that interface? My tests show that the packets still go out only that I am not sure if there is any queue on that device. Thanks Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not

Re: [LARTC] (no subject)

/src/linux ? Second did you issued at least a make *config ? Then what version of iproute are trying to compile ? ---- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any co

Re: [LARTC] filters order - are they ordered?

ones. > > So, in my current scenario it's optimal (as I think now) > to use both u32 and fw, but I wonder can I line-up my filters > in any order I wish? > > Am I wrong somewhere? > Where can I find more information on this? Hmm Try a tc filter show dev ethX a

Re: [LARTC] Per-connection routing for multiple uplinks/providers??

On Tue, 16 Apr 2002, Patrick McHardy wrote: > Mihai RUSU wrote: > > > I wont recommend the round robin packet load balancing as that would do > > more problems with TCP connections, asymetric routing , RTT values. > > I guess if you'd use multiple connections to th

Re: [LARTC] Per-connection routing for multiple uplinks/providers??

the kernel would do the rest (building the FIB entries by a round robin per destination fashion). If you have time it would be nice to give it a try and let us know how it worked :) ---- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely th

Re: [LARTC] sfq, queue len and dropped packets

rays has 2 * sfq_depth elements. > The code could be fixed to not require changing the type until you > go over sfq_depth 256, but I think it'll be easier for you to just > change the type and not worry about it. > Ok, I'll look into it, thanks. Mi

Re: [LARTC] sfq, queue len and dropped packets

d a formula to calculate to see if I would get over that 4k limit. Thanks for the answer Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise s

[LARTC] sfq, queue len and dropped packets

this only increases the tx queue on the interface. qdisc sfq d468: quantum 1514b limit 128p flows 128/1024 perturb 10sec Sent 373321530 bytes 477032 pkts (dropped 120119, overlimits 0) backlog 120p How can I increase that 128p limit ? Thanks Mihai RUSU Disclaimer

[LARTC] HTB & police filters

r that the overlimit traffic it sends to the "default" 1:20 defined htb class. If I want this I could use "continue" but NOT drop. Is this a bug? :) ---- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author an

Re: [LARTC] deleting specific filters/classes

On Tue, 9 Apr 2002, Mihai RUSU wrote: > Hi > > I have a cbq setup with all the filters in tha root class. > If I try to delete a class with the following line: > tc class del dev eth0 classid 1:1000 > it says: > RTNETLINK answers: Device or resource busy > > Is this

[LARTC] deleting specific filters/classes

?! :) Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated. ___ LARTC mailing list / [EMAIL

[LARTC] hash filters & prio/pref

position? Thanks Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated

Re: [LARTC] prio/pref weirdness

esnt have all those filters, right? ---- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated. ___ LARTC mai

[LARTC] prio/pref weirdness

different pref/prio ? In which order are they checked ? Thanks Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated

[LARTC] typo ?

1,1 ? Thanks ---- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated. ___ LARTC mailing list / [EMAIL PR

[LARTC] hash table filters

average of 1000 to an average of 10. Hash tables rules ! Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated