Date: Sun, 10 Aug 2003 22:11:29 -0700 From: Luigi Rizzo <rizzo@icir.org> To: jeremie le-hen <le-hen_j@epita.fr> Cc: ipfw@freebsd.org Subject: Re: Packets going through multiple queues Message-ID: <20030810221129.A32121@xorpc.icir.org> In-Reply-To: <20030810161049.GA26412@carpediem.epita.fr>; from le-hen_j@epita.fr on Sun, Aug 10, 2003 at 06:10:49PM %2B0200 References: <20030810161049.GA26412@carpediem.epita.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 10, 2003 at 06:10:49PM +0200, jeremie le-hen wrote: ... <example about using net.inet.ip.fw.one_pass=0> ... > One tricky way to avoid the behavior would be to add "skipto" rules after > each "queue" rules, with exactly the same rule body, but this clearly adds > a great overhead. Furthermore, my real traffic prioritizing framework uses > 6 queues and number of rules, and adding "skipto" rules as I described here > is just a hard and time-wasting work. it is not a great overhead -- it is just one extra rule to check per packet, which is fast (there are direct pointers to the jump target). As for the 'hard and time-wasting work'... you just have to design your ruleset correctly. Basically what you want is <foo> switch (<some field in the packet>) { case A: <aaa> break; case B: <bbb> break; ... case Z: <zzz> break; } <bar> where the blocks in <> are ipfw instructions. Once you have designed your ruleset this way, it is really trivial to implement it in terms of conditional and unconditional jumps. cheers luigi > At this point, I wonder if I missed something in ipfw(8) syntax or if the > latter is simply not enough powerful to achieve this easily. > > Thanks for your advices. > Regards, > -- > Jeremie aka TtZ/TataZ > jeremie.le-hen@epita.fr > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030810221129.A32121>