Date: Fri, 06 Jun 2014 17:40:11 +0400 From: "Alexander V. Chernikov" <melifaro@FreeBSD.org> To: Ian Smith <smithi@nimnet.asn.au>, bycn82 <bycn82@gmail.com> Cc: 'Luigi Rizzo' <rizzo@iet.unipi.it>, 'FreeBSD Net' <net@freebsd.org> Subject: Re: [CFT]: ipfw named tables / different tabletypes Message-ID: <5391C4BB.50106@FreeBSD.org> In-Reply-To: <20140606222753.W15833@sola.nimnet.asn.au> References: <20140521204826.GA67124@onelab2.iet.unipi.it> <537E1029.70007@FreeBSD.org> <20140522154740.GA76448@onelab2.iet.unipi.it> <537E2153.1040005@FreeBSD.org> <20140522163812.GA77634@onelab2.iet.unipi.it> <538B2FE5.6070407@FreeBSD.org> <539044E4.1020904@ipfw.ru> <000c01cf80be$41194370$c34bca50$@gmail.com> <20140605134256.GA81234@onelab2.iet.unipi.it> <000001cf80cd$5dc1d9b0$19458d10$@gmail.com> <20140605155402.GA81905@onelab2.iet.unipi.it> <000401cf80d8$ad1bb840$075328c0$@gmail.com> <20140606222753.W15833@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06.06.2014 17:31, Ian Smith wrote: > On Fri, 6 Jun 2014 00:10:26 +0800, bycn82 wrote: Guys, I do understand that this is an important discussion about useful ipfw feature, but can you please stop invading this (totally unrelated) topic and return to original one? Thank you. > > Hi Bill, > > > Sorry for waste you time to explain it again, I will read the code first. > > Especially the code provided in free tutorials by your busy professor .. > > > And the latest patch of `PPS` should be OK, I checked the logic carefully this time. I sent it out last weekend. > > > > logic as below, PPS actually will be fulfilled using `PPT`,(N packets per M ticks). > > I think a few people have pointed out likely problems with 'packets per > tick(s)', and that people tend to prefer packets per second as a more > natural and familiar concept. I can see use cases for that, especially > when applied by easily updateable (and soon, saveable) tables. > > Remember that HZ may be set at boot time, and will at times by people > experimenting with, as one example, dummynet latency versus cpu use, so > rulesets specifying packets per tick would need also to be modified to > match, which won't happen. Packets per second is independent of HZ and > far easier to comprehend. See inetd(8) for a typical PPM example, while > PPS makes more sense for a firewall. > > I wonder if something like Bresenham's Linedrawing Algorithm might help? > > cheers, Ian >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5391C4BB.50106>