pipe 20 的mask 是 src-ip
buf你的线路，没有必要调，1M就很大了。
我把bufsize设成4096就不卡啦。不过我不太明白这是怎么回事maxbufsize依然是10m。
本帖最后由 kkkggg 于 2013-05-03 11:11 编辑
door10000 发表于 2013-05-02 18:47 static/image/common/back.gif
回复 14# kkkggg
使用queue是为了单ip限速。限制上传一般格式是这样的：
ipfw -q add 100 queue 1 ip from 192.168.1.0/24 to any in recv $int_if
ipfw -q queue 1 config pipe 1 mask src-ip 0x000000ff
ipfw -q pipe 1 config bw 450Kbit/s
${fwcmd} add divert 8668 all from any to any via em0
${fwcmd} add pipe 20 ip from 192.168.1.1/24 to any
${fwcmd} pipe 20 config mask src-ip 0x000000ff bw 40KBytes/s
${fwcmd} add pipe 21 ip from any to 192.168.1.1/24
${fwcmd} pipe 21 config mask dst-ip 0x000000ff bw 512KBytes/s
${fwcmd} add queue 20 ip from 192.168.1.0/24 to any
${fwcmd} queue 20 config weight 5 pipe 2 mask dst-ip 0x000000ff
${fwcmd} pipe 2 config bw 1Mbit/s
${fwcmd} add allow tcp from 192.168.1.1/24 to any setup limit src-addr 60
这样以后就ok了。
卡顿问题，是我的bufsize设置问题。
最小4096最大10MB。
lz可以试下FreeBSD 8.X PF + Panabit
回复 26# congli
有何优势？
本帖最后由 lsstarboy 于 2013-05-03 20:14 编辑
概念别搞错了！
pipe是高速限速120km/h，queue是收费站，拥堵的时候决定先放行哪个车道，在不堵车的时候，queue基本上没用。
回复 28# lsstarboy
也就是说pipe才是我真正卡掉的原因。queue是处置网络不足时对于高低优先级的一种策略。现在就是可以用pipe把4M带宽限制为单个2M的pipe在客户机上传也设置相应的策略，当网络没用完时大家相安无事，一旦网络不够用的时候就要用queue去让那些优先级高的通信然后看情况放行优先级低的通信咯？
本帖最后由 door10000 于 2013-05-03 22:38 编辑
回复 28# lsstarboy 但是又如何理解queue队列的参数分割槽勒？和数据块？以及对应的数据分割和总数据块导致的时延？