请教TC和IPTABLES的流量控制问题！！

platinum

原帖由 marsaber 于 2008-8-28 08:39 发表
tc进行流量控制麻烦的很！
貌似RouterOS不错。

RouterOS 有个最好的地方，就是有个 Linux 里面没有的 PFQ 队列，不知道这个是怎么弄出来的
这个队列可以实现对 per IP 的速率控制，而无需一个一个把要控制的 IP 写到配置里
PFQ 在 Linux 里面是没有的，但我认为用处很大，值得研究

platinum

原帖由 李某人 于 2008-8-28 09:54 发表



偶素懒人，

朋友，如果你自己都懒的话，别人为什么要 “勤快” 地帮你呢？

剑次狼

原帖由 platinum 于 2008-8-28 10:01 发表

RouterOS 有个最好的地方，就是有个 Linux 里面没有的 PFQ 队列，不知道这个是怎么弄出来的
这个队列可以实现对 per IP 的速率控制，而无需一个一个把要控制的 IP 写到配置里
PFQ 在 Linux 里面是没有的，但 ...

恩恩。白金大哥研究研究把PFQ也整出来吧，嘿嘿，造福CU

liuzhuan23

白金， PFQ我没看过，不过以前见过类似的东西，应该是按照掩码算出来per ip，再按照hash组织进去，这样的话，如果是大的网络掩码，效率是很大的问题

jjzx_zy

两个置顶的我都看过了,PREROUTING是路由前的链,POSTROUTING是路由后的链!!我就是没有搞懂的,为什么一定要做到路由前?还有路由前的连接可能比路由后的路由连接多(可能有些过渡就丢弃了一些请求连接),那我路由后再做,不是就要少得多,总匹配的时间不是要小得多吗?为什么网上的都做在PREROUTING上?还请各位高手明示!!

platinum

原帖由 liuzhuan23 于 2008-8-28 10:46 发表
白金， PFQ我没看过，不过以前见过类似的东西，应该是按照掩码算出来per ip，再按照hash组织进去，这样的话，如果是大的网络掩码，效率是很大的问题

可能原理类似 hashlimit，的确，如果这样的话效率可能很低
刘颛兄见过的类似的东西是什么？

liuzhuan23

原帖由 platinum 于 2008-8-28 11:32 发表

可能原理类似 hashlimit，的确，如果这样的话效率可能很低
刘颛兄见过的类似的东西是什么？

以前在 Google 的 netfilter mail list 上面见过一次，时间太久了，那封mail我不好找了，是关于per ip的，那个作者希望提交给netfilter，但是这个方案给否了下来，后来也就没见过下文

platinum

原帖由 liuzhuan23 于 2008-8-28 11:53 发表

以前在 Google 的 netfilter mail list 上面见过一次，时间太久了，那封mail我不好找了，是关于per ip的，那个作者希望提交给netfilter，但是这个方案给否了下来，后来也就没见过下文

那个人是通过 match module 来实现的，还是直接写了个队列调度器？
如果是前者，是否和 springwind426 改写的 hashspeed 有异曲同工之处？
http://linux.chinaunix.net/bbs/v ... p%3Bfilter%3Ddigest

liuzhuan23

match module，白金研究过队列调度的代码吗，我只是看过皮毛，很浅的一部分

liuzhuan23

springwind426的链和hash的功底真不错，类似，都是 hash_cmp，让 netfilter 给否了