谈一下如何利用iptables限制速度（不用tc）

寂寞烈火

#%$@#$%#@$%
看不懂

yj31920

那岂不是每秒就给通过20个。 .这个怎么计算呀。
不知道是不是这个意思哦。

platinum

原帖由 "yj31920" 发表：
那岂不是每秒就给通过20个。 .这个怎么计算呀。
不知道是不是这个意思哦。

是
计算方法上面有谈到

wingger

是不是以牲牺性能为代价啊

platinum

[quote]原帖由 "wingger"]是不是以牲牺性能为代价啊[/quote 发表：

为什么这么说呢？难道limit比tc耗费资源吗？

wingger

不是这个意思，你是每秒通过20个包？？？？？如如果超过，就丢弃或阻止，那么可能还没到你要限制的速率，包却给丢了

platinum

[quote]原帖由 "wingger"]不是这个意思，你是每秒通过20个包？？？？？如如果超过，就丢弃或阻止，那么可能还没到你要限制的速率，包却给丢了[/quote 发表：

你用tc限制不一样的道理？

Lanyd

不会是丢弃吧?
只是不帮转发了吧.
当然是要丢包了,要不然咋叫限速呢?
我总不可能限制每台主机发出的包吧,我们只能限制路由器或网关不转发出这些包啦.
但也非常有可能导致内部网络繁忙无比,毕竟丢包会导致发包主机不断地重发,直到成功为止.

其实,用字节来限制没啥意义,都是用包来转发的嘛.
不过,对不同的物理网络,包的大小还是不同的;但对于同一个网络(比如就你自己管理的)物理MTU是一致的.所以,在这点上来说,LIMIT是OK的.

zxz0220

那是不是MTU默认设置是多少字节，就按照这个字节数来拆分数据包呢？
也就是说：如果数据为5000Byte,默认的拆分方式就是拆分为3个1500Byte和1个500Byte的包呢？当然只是大概，我想问它遵循的原理是不是这样？

JohnBull

既不精确又不划算。
以太报文是变长的(64-151，变化范围大，不应该简单地根据MTU计算（所以ATM设计为定长信元）。

而tc限制的是字节速率，不是报文速率。