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

platinum

原帖由 "網中人" 发表：


哈哈.... 落一下石!!

终有一天我会超过您

wingger

原帖由 "platinum" 发表：

终有一天我会超过您

没理想，没追求

原帖由 "platinum" 发表：

你写的那个东西，很多都是知其然，不知其所以然
我虽然会限制，也会根据需求稍加变通，但是没有像理解iptables那样深刻的理解tc，很多东西连你自己也拿不定主意

我我我。能用就成了

platinum

原帖由 "wingger" 发表：

没理想，没追求

你咋能说想超越网中人是没理想没追求呢

我我我。能用就成了

你这才是没理想没追求呢，还说别人

ttvast

TC也是限包的数量的，没有看到设置tc的时候都要写平均包大小吗？
tc是不会告诉对方慢下来这样的事情的，tc不是工作在tcp层上的。
再者，tcp也不是靠告诉对方慢下来来限制速度的，而是通过window机制来自动调整发包速度。
同样，任何一种可靠数据连接的传输协议的设计，都会有类似于window的机制。window大能够更加高效率的利用网络提高传输速度，window小，可是适合那种丢包严重的网络环境。
此外，我看了一下内核，linux不会发出ICMP_SOURCE_QUENCH的数据包，除了tcp协议以外，也不会处理ICMP_SOURCE_QUENCH包。
下面是我找到的有关ICMP_SOURCE_QUENCH的描述

-------------------
The severity of the spoofing of ICMP Source Quench packets is likely to be moderate to low because the support of routers for Source Quench as a means of congestion control has been deprecated for ten years. RFC 1812 section 5.3.6 states: "As described in Section [4.3.3.3], this document recommends that a router SHOULD NOT send a Source Quench to the sender of the packet that it is discarding. ICMP Source Quench is a very weak mechanism, so it is not necessary for a router to send it, and host software should not use it exclusively as an indicator of congestion." On the other hand, RFC 1122 section 4.2.3.9 states that "TCP MUST react to a Source Quench by slowing transmission on the connection", a statement honoured in a number of TCP implementations. To mitigate Source Quench attacks using spoofed IP addresses in the payload, ICMP Source Quench (ICMP Type 4) messages should not be allowed through routers or through firewalls at the organisational perimeter. It is reasonable to allow routers to block Source Quench packets if their use is deprecated.
---------------

q1208c

[quote]原帖由 "ttvast"], this document recommends that a router SHOULD NOT send a Source Quench to the sender of the packet that it is discarding. ICMP Source Quench is a very weak mechanism, so it is not necessary for a ro..........[/quote 发表：


小声问一下, tc 控制的东东是工作在哪一层的?  

mocou

tc在DOD模型的网络接口层上，而netfilter和iproute在网络层上。

platinum

[quote]原帖由 "mocou"]tc在DOD模型的网络接口层上，而netfilter和iproute在网络层上。[/quote 发表：

再小声问一下，这两个“网络层”在TCP/IP里面是指的哪层？

mocou

OSI                                  DoD

    7.Application     ┐      

    6.Presentation   |->;       4. Application/Process

    5.Session         ┘      

    4.Transport       --->;       3. Host to Host

    3.Network        --->;       2. Internet

    2.Data Link      ┬->;       1. Network Access

    1.Physical        ┘

　　1.DoD模型的Process/Application层对应OSI参考模型的最高3层
　　2.DoD模型的Host-to-Host层对应OSI参考模型的Transport层
　　3.DoD模型的Internet层对应OSI参考模型的Network层
　　4.DoD模型的Network Access层对应OSI参考模型的最底2层

unixyeah

都是牛人

platinum

[quote]原帖由 "mocou"]tc在DOD模型的网络接口层上，而netfilter和iproute在网络层上。[/quote 发表：

请继续赐教
这个内在含义能说明什么呢？