拥塞控制原理( 七 ) _云知道

9.3重传定时器
TCP发送方设置一个重传定时器来告知网络中一个包已被丢弃。当重传定时器到时了，发送方得知已经有包丢失，把当前的窗口设为原先的一半，开始慢启动，重传丢失的包。假如重传定时器因为重传的包没有被接收到的确认而到时，重传定时器也‘回退‘ ，把下次重传的时间间隔加倍。
标准化进程很有可能鲜明提出这么一个问题，它潜在的影响全局的拥塞控制，它包括当发送方没有受到确认而事实上并没有包被丢弃时，如何使得重传定时器增加重传时间间隔的修正机制。因为重传定时器到时会导致增加数据包在拥塞链路上不必要的传送，所以网络标准化进程对此非常关注。
9.4快速重传和快速修复
当看到三个重复的确认， TCP发送方知道有包丢失。接着TCP发送方把临界值设为当前窗口的一半，减少拥塞窗口到先前的一半，并重传丢失的包。
标准化进程很有可能鲜明提出这么一个问题，它潜在的影响全局的拥塞控制，它包括当只有一两个重复确认就告知有包丢失的建议。假如设计不好的话，这个建议可能导致增加包在拥塞路径上不必要的传输。
一个标准化进程没有提出，一般被认为不需要标准化的问题，是建议假如拥塞窗口答应的话，发送一个‘新‘的或丢失的包来响应重复确认。举个例子，假如只有一个重复确认，没有更多的确认到达，则发送一个新的包响应，来保持‘响应时钟‘运转。这个建议是一个有益的改变，它不涉及到互操作，也不影响全局拥塞控制，因此不需要IETF标准化进程的介入，就被开发商们所应用。（这个问题事实上已经在[DMKM00]中提过， [DMKM00]建议“研究人员试图收到重复确认后在网络中插入新的通信， [TCPB98]和[TCPF98]都讲述过。）
9.5TCP拥塞控制的其它方面
TCP拥塞控制的其它方面在上面的章节中都没有提到，其中包括空闲或有限制的应用的时期的TCP修复[参见HPF00].
10.安全考虑
本文档已经讨论了拥塞控制的危险和拥塞控制的缺乏。章节3.2讨论了假如相互竞争的流不使用兼容的拥塞控制机制而潜在的不公平性，章节5考虑了假如流不使用端到端的拥塞控制而出现拥塞崩溃的危险。
因为本文档没有提出任何非凡的拥塞控制机制，所以也不需要提供拥塞控制相应的安全措施。然而，我们将注重针对拥塞控制的安全性考虑， IETF文档还有很广阔的范围。例如，单独拥塞控制机制试图解决单独的终节点之间的端到端拥塞控制很有活力[参见SCWA99] 。要非凡关注多路拥塞控制，因为通信的分布很难把握，并且单个接收方出现错误后报告拥塞的几率很高。
RFC2309也讨论了网络中无响应的流的潜在威胁，就是流在出现拥塞时不减少发送速率，并且描述了网络需要用来处理流对拥塞通告无响应的机制。我们将注重到这些领域在研究，工程，方法，配置的需要。因为网络有数量众多的流，一些单个流的拥塞控制的危险有一定的限度。相反，分散的危险来自许多终端节点的端到端的拥塞控制的广泛的配置。

拥塞控制原理( 七 )

推荐阅读

荀巨伯探友翻译

邮箱是什么意思

秋葵忌讳和什么食物一起吃

怎样给文档加入页码

云顶之弈全英雄防御属性排名一览全棋子各星级防御排名一星英雄

Linux系统设置编译器路径的几种方法介绍

事业部是什么部门

重庆师范大学涉外商贸学院是几本

红提葡萄种植技术与管理方法红提葡萄种植技术与管理

花生油桶怎么清洗请看小妙招

古怪的我300字作文

冰袋不用的时候可以常温放吗

吐槽论坛首页～没有一个真声音

隔夜咖啡可以喝吗

张靓颖多少岁结婚，张靓颖冯轲没结婚

Win10加入Windows预览体验计划提示0x800BFA07怎么解决？