然而 ， 故事还没有结束 。自从1988年以来对动态网络进行了大量的研究工作 ， Internet也迅猛发展 。TCP协议避免拥塞的机制[参见RFC2581],虽然十分必要和功能强大 ， 但是要在所有情况下提供优质服务还显得不足 。另外 ， 在新的拥塞控制机制[参见RFC2357]的发展中 ， 基于路由器的机制正在终端节点的避免拥塞机制的应用中发展 。
由于流不使用端到端的拥塞控制 ， 需要提出来的一个重要问题 ， 就是未来网络拥塞崩溃的
潜力问题 。1984年 ， RFC896建议网关应该监测和压制主机的错误行为：对错误响应ICMP源结束信息 ， 而这个信息应该被认为是一个网关断开与主机连接的行为 。检测这些错误不是毫无价值的 ， 对未来的研究是一个很有价值的领域 。当前的论文仍然建议正在应用的路由器检测和处罚流对于端到端的拥塞控制[参见FF99]是可以接受的 。
3.2公平性
在关注拥塞崩溃之外 ， 我们可以再看看尽最大努力通信的公平性 。因为在拥塞时TCP回退 ， 在同样状况的流之间带宽合理公正的共享 ， 大量的TCP连接能够共享一个单独的拥塞连接 。流之间带宽公正的共享依靠所有的流都运行兼容的拥塞控制算法 。对于TCP协议 ， 这意味着拥塞控制算法构成了当前TCP的说明[参见RFC793,RFC1122,RFC2581].
在相互竞争的流之间的公平问题变得越来越重要由于下面几个原因：第一 ， 由于使用窗口缩放[参见RFC1323]单个的TCPs即使在高传输延迟的通路上都能使用高带宽 。第二 ， 随着网络的发展 ， 网络用户希望高带宽和低延迟的通信 ， 而不是在后台的一个大文件的传输 。不使用TCP的尽最大努力通信的发展强调拥塞时通信竞争时的公平性 。
Internet的普及带来了TCP应用的增长 ， 其中有一些因为缺少工具[参见RFC2525]而不能正确的应用TCP避免拥塞机制 。其它一些可能特意应用避免拥塞算法 ， 它们在带宽的使用方面比TCP应用更有利 。这使得开发商能够提出一个“快速TCP” 。这个应用的逻辑结果将是TCP应用的盘旋上升或者传输协议的增加 ， 回到没有有效的避免拥塞和网络持续的拥塞的状况 。
有一个闻名的方法 ， 不改变传输协议 ， 改变粒度的层次而达到更有效的性能 。如同过去对一些WEB浏览器的做法 ， 对同一个地方开放多个连接 。这样 ， 有效传输协议不是盘旋上升 ， 相反 ， 带来的是有效的WEB浏览器的盘旋上升或者有效的应用的增加 。
这使得合适的“流”的粒度的问题的出现 ， 我们定义‘流’为对于兼顾公平和拥塞控制的应用比较适合的粒度的层次 。RFC2309的有一些自然的回答：（1）一个TCP或UDP连接（源地址/端口 ， 目的地址/端口）；（2）一个源/目的主机对；（3）一个给定的源主机或一个给定的目的主机 。我们认为源/目的主机对提供了在许多情况下最合适的粒度 。拥塞控制的流的粒度 ， 至少部分上 ， 是需要被更广泛的IETF社团接受的政策问题 。
再回到RFC2309 ， 我们使用术语“TCP兼容”描述在拥塞情况下行动的流如同产生于确认TCP的流 。一个TCP兼容的流响应拥塞通告 ， 并且能够在可比的条件下（丢弃率 ， RTT,MTU等） ， 稳定地使用和确认的TCP相同的带宽 。
很方便的把流分为三类：（1）TCP兼容流 ， （2）无响应流 ， 例如当拥塞发生时不减慢的流 ， （3）响应但不是TCP兼容的流 。后面两类包含对网络性能极其重要的更有效的流 ， 我们下面将要讨论 。
除了稳定状态的公平性 ， 初始的慢启动的公平性也是一个关注点 ， 还有一个很有效的慢启动过程的流对其它流的短暂影响 ， 慢启动的性能对于许多短期只有少量数据传输的流非凡重要 。
推荐阅读
- 雅迪电动车限速线是哪一根
- 发热内衣都是什么原理
- IPCP 端对端协议网间协议控制协议
- TCP 拥塞窗口检验
- Windows下DNS ID欺骗的原理与实现
- 自动马桶有哪些工作原理
- 赤字控制对凭证填制有何影响
- 燃气热水器原理是什么
- 妄想山海飞行坐骑怎么控制
- 奔腾x40远程控制怎么装