云南龙网

  1. 首页 > 云知道 > >

拥塞控制原理( 三 )

云知道


3．3关于吞吐量 ， 延迟 ， 丢失的性能优化
除了防止拥塞崩溃和关注公平性 ， 使用端到端拥塞控制的流的第三个理由是它自身的吞吐量 ， 延迟和丢失的性能优化 。在某些情况下 ， 例如在高统计的多路技术的环境下 ， 一个流的延迟和丢失大部分独立于自身的发送速率 。然而 ， 在低统计多路技术或单个流调度的环境下 ， 一个流的延迟和丢失部分上与流自身的发送速率有关 。因此 ， 一个流能使用端到端拥塞控制来限制自身的包的延迟和丢失 。然而我们注重到 ， 在象当前的尽最大努力通信的网络环境下 ， 关于拥塞崩溃和流之间竞争的公平性的关注限制了对流来说有用的拥塞控制行为的范围 。
4．标准处理的作用
传输协议的标准化不仅包括能够影响互操作性（例如终节点的信息交换）的协议的标准化 ， 而且包括对性能（例如在TCP中 ， 由于包的丢失而减少拥塞窗口）至关重要的机制的标准化 。同时 ， 特定应用的细节和传输协议的其它方面 ， 不影响互操作 ， 也不影响性能 ， 就不需要标准化 。TCP不需要标准化的区域包括快速重传[参见RFC2582]之后TCP的快速修复过程的细节 。附录使用TCP的实例来更具体的讨论在拥塞控制发展中的标准进程的作用 。
4.1新的传输协议的发展
除了关注拥塞崩溃的危险 ， 新的传输协议的标准化进程注重在竞争协议中避免拥塞控制的‘军备竞赛’ 。举个例子 ， 在RFC2357中 ， TSV区域指挥者和高级职员勾划出了关于可靠的多路传输协议的网络草案的RFC资料的准则 。从[RFC2357]看到：“一个IETF的非凡关注是在网络拥塞时可靠多路的通信对其它通信的影响 ， 尤其是在TCP通信的竞争中可靠多路通信的影响...IETF面临的挑战是鼓励可靠多路技术的研究和应用 ， 使得可靠多路技术的应用需求能尽可能快的被满足 ， 同时保护网络免于由于不正确的可靠多路机制的广泛应用带来的拥塞灾难或崩溃 。“
关于新的可靠多路传输协议的RFC资料的技术准则包括：“是否有拥塞控制机制？它是如何执行的？它何时无效？注重网络中比TCP更有效的拥塞控制机制面临并不威胁网络稳定的许多负担 。
期望在通信竞争中的新的传输协议的效果将不仅应用于可靠的多路协议 ， 而且同样应用于不可靠的单路、可靠的单路和不可靠的多路通信量中 。这是很合理的 。
4.2影响拥塞控制的应用层问题
一个浏览器对相同的目的地址打开多个连接的问题可以在RFC2626中找到 ， RFC2616在8.1.4节中说明“使用不间断的连接的客户机应该限制它们同时保持与给定的服务器连接的数量 。单用户客户机不应该保持多于2个与任何服务器或代理的连接 。”
4.3标准化进程的新发展
IETF能够影响拥塞控制的进展 ， 其最明显的发展集成和区分服务[参见RFC2212,RFC2475]和明确的拥塞通告[参见RFC2481] 。然而 ， 其它戏剧性的发展同样可能影响拥塞控制 。
已经在努力构建终节点拥塞治理[参见BS00]来使得一个发送方的多个并发流到达相同的接受方来共享拥塞控制状态 。通过答应对同一个目的多个连接在端到端的拥塞控制过程中作为一个流 ， 拥塞治理者能够答应单个慢启动的连接利用先前端到端路径的拥塞状态信息 。进一步 ， 拥塞治理者能够去除在相同源/目的对中打开的多个流的拥塞控制危险 ， 能够用来答应一个浏览器同时开放对同一个目的的多个连接 。
5.拥塞崩溃的描述
这部分讨论非传递的包的拥塞崩溃的某些细节 ， 并且说明非响应流如何有助于网络拥塞崩溃 。这部分采用了[FF99]的资料 。
一般说 ， 拥塞崩溃发生在网络负载的增加导致网络效率的降低的时候 。第三部分已经讨论过 ， 拥塞崩溃最先在1980年中叶[RFC896]提出 ， 主要由于TCP连接的不必要的重传那些正在传送或已经被接收方接收了的数据包 。我们称不必要的重传数据包而引起的拥塞崩溃为典型的拥塞崩溃 。典型的拥塞崩溃是导致吞吐量只是正常情况下的一小部分的稳定状况[参见RFC896].典型的拥塞崩溃的问题已经通过定时器和在现代TCP[参见Jacobson88]的应用中的拥塞控制机制的改进基本得到解决 。

推荐阅读


上一篇：如何清洗翻皮皮鞋

下一篇：警号带字母是什么意思