第2层和第3层的stream量控制和拥塞控制有什么区别？

一般意义上的stream量控制是指基于从接收器捕获的某种信号（隐式或显式）允许由发射器在给定数据链路上增加或减lessstream量的机制。

早在串行通信比较常见的时候，我们使用硬件stream量控制（RTS / CTS）来允许串行链路上的端点发送信号，或者不能接收数据。 DCE（例如一个调制解调器）可能有缓冲区，可能会被发送站溢出。 当这个设备通过一定的缓冲阈值时，它会降低适当的信号线，并且发送站将通过暂停其数据传输来响应，直到DCE指示直接拥塞问题已经被清除。 类似的机制也被带内实现（即作为被传输的数据的一部分），被称为XON / XOFF – 与RTS / CTS相同的想法，但被实现为特殊控制字符而不是专用硬件线路。

最近（约15年前），在IEEE 802.3x标准的以太网中引入了类似的机制。 这引入了一个所谓的“暂停”框架。 正如在串行情况下，给定的接收机在无法接受更多业务时可以发出这样的帧。 这是一个MAC层机制（即第2层），已经在相当数量的设备上实现，但其实际使用和部署已经非常有限。 802.3x的问题是，当一个PAUSE帧发出时， 所有的业务都被保留，而不pipe所述业务的重要性如何。 最近有更新的标准（统称为DCB），允许更细粒度的控制（即按照CoS来暂停stream量）以及免费的设施来定义不同的stream量类别以及它们如何映射到这些CoS值。 用于主动stream量控制的L2networking扩展的其他示例包括光纤信道中的缓冲信用和ATM ABR中的反馈机制。

真正的stream量控制并不适用于第3层，这主要与可达性和处理有关。 第4层有一些机制，特别是TCP窗口 – 允许发送者根据networking条件限制传输。 TCP窗口的操作和注意事项值得他们自己的提问/发布，因为关于这个主题有大量的文献。 另一个已经被指定但没有被广泛实施/用于TCP的机制是ECN（显式拥塞通知），其可能允许更主动的方法来抑制发送器带宽（vs依赖于TCP窗口的数据包丢弃）。

除了严格的stream量控制之外，还有一些机制可以根据每个发送者（即L2 / L3和一些L4 QoS机制）进行整形，select性丢弃和警察通信，但这些并不是精确的stream量控制，至less在通常的定义中的术语。

我想你应该更具体地说一下stream量控制和拥塞控制。

然而，第二层使用数据包和IP地址处理帧和MAC地址以及第三层。

例如，路由algorithm（OSPF，EIGRP，BGP，RIP）是第3层“stream量控制”机制，生成树或灵活链路等是第2层“stream量控制”机制。

再次提供关于“stream量控制”的具体信息，我可以更准确，更具体。

希望你会发现这个post有用的干杯

http://en.wikipedia.org/wiki/Open_Shortest_Path_First http://en.wikipedia.org/wiki/Spanning_Tree_Protocol