有什么办法可以提高TCP/IP传输的效率
答案:1 悬赏:50 手机版
解决时间 2021-04-29 02:33
- 提问者网友：蔚蓝的太阳
- 2021-04-28 08:06
有什么办法可以提高TCP/IP传输的效率
最佳答案
- 五星知识达人网友：痴妹与他
- 2021-04-28 08:27
TCP改进：
许多调整的参数可用于增强TCP的性能，包括数据段、定时器和窗口的大小。TCP实现中含有大量拥塞避免算法，如俊启动、选择重传和选择确认，它通常能改进像Internet这样的共享网络的性能。但在许多拥塞控制算法，特别是慢启动中，当中等数量数据正在一个具有较大带宽延迟特性的链路上传输时，会产生端到端通信的低效带宽利用问题。对此需要有相应的解决办法。
（1）基本TCP改进
TCP的一个问题是它的缺省窗口大小仅限于16bit，这个值对于卫星高BDP来说是不够的。由于要求的窗口大小很容易超出最大允许的65 536字节，这限制了最大吞吐量接近1Mbit／S（低于T1速率）。简单地为TCP窗口大小安排更多的比特是不可行的，因为对报头的相应改变会造成老版本网络互联的复杂化。窗口扩缩（window scaling）选项解决了这一问题，它允许启动时的连接协商一个比例因子，这个因子通常是2的幂，最大允许窗口达到32 bit，这对于卫星网络是足够了。然而增大的窗口也会引起序列号回绕的问题，要求附加回绕保护序列号（PAWS）机制。这两个特点对于卫星TCP是基本的，特别对于GEO系统犹为如此。
较大的往返延迟偏差将导致不精确的往返时间估计，它最终将降低TCP的丢失检测机制的效能，可能导致拥塞崩溃。TCP的定时机制一次仅计时一个TCP数据段，造成对于动态条件和较大窗口环境而言过粗的取样速率，特别是在缓存延迟与传播延迟数量级相同时。在启动（如SYN握手）时显示的TCP，回应（echo）选项通过将一个发端时激与每个数据段相关联解决了这个问题。接收方回应这些时戳，给出处理延迟的ACK定时器和不连续序列号（如丢掉的数据段）的措施。考虑到较大的延迟偏差和增加的缓存要求，回应选项对于TCP卫星网络很重要。
（2）选择性确认改进
TCP接下来的～个主要缺点是它易受多个丢失的影响，造成它失去它的“自计数”属性和超时。在长延迟网络中，阻止不必要的窗口减小并仅重发受损／丢落分组，有助于提高带宽利用率，如ITU－T为卫星制定的SSCOP协议。这类协议称为选择性确认（TCP SACK），对TCP协议提出了明显的改进。TCP SACK是一个数据发现算法，其中接收方能够有选择地示意哪个数据块（数据段）没有收到。这允许接收方仅精确地重传这些遗漏的分组，从而有效地降低了不必要的重传。
研究结果显示TCP SACK适合于具有中等丢失率（低于窗口大小的50％）的长延迟网络环境，对于线路丢失率较严重的网络，在SACK基础上改进的前向ACK FACK）建议比较适合。前向ACK进一步地结合了拥塞控制以及数据发现算法，尽管对于高噪声卫星环境还有待进一步研究，前向ACK有望提供较高的性能增益。
（3）非对称性考虑
信道不对称问题的一个有效的解决办法是确保适当的反向带宽并使用充分大的分组。否则，增加的前向缓在要求处理较大的线性速率突发错误。像弹出“旧的”ACK分组，甚至是操纵ACK序列号这样更精细的ACK处理方案在这里也是有帮助的。这些方案试图保持和退回包含较高序列号的ACK分组，整体上改进了吞吐量。
（4）ACK控制方案
ACK控制方案最初用于改进在ATM上进行TCP传输的性能，由于TCP反馈环和ATM拥塞控制两者的时间度量差异较大（前者为几百毫秒，后者为几毫秒），引入ACK控制方案的目的是使两者更好地匹配。其中有两种方案引人注目，～种是延迟返回的ACK分组，一种是修改返回ACK分组中的接收机窗口率段。ACK控制的好处是不需修改TCP协议栈，仅发端变得复杂一些。ACK控制方案不是ATM专用的，它也很适合卫星网络。
许多调整的参数可用于增强TCP的性能，包括数据段、定时器和窗口的大小。TCP实现中含有大量拥塞避免算法，如俊启动、选择重传和选择确认，它通常能改进像Internet这样的共享网络的性能。但在许多拥塞控制算法，特别是慢启动中，当中等数量数据正在一个具有较大带宽延迟特性的链路上传输时，会产生端到端通信的低效带宽利用问题。对此需要有相应的解决办法。
（1）基本TCP改进
TCP的一个问题是它的缺省窗口大小仅限于16bit，这个值对于卫星高BDP来说是不够的。由于要求的窗口大小很容易超出最大允许的65 536字节，这限制了最大吞吐量接近1Mbit／S（低于T1速率）。简单地为TCP窗口大小安排更多的比特是不可行的，因为对报头的相应改变会造成老版本网络互联的复杂化。窗口扩缩（window scaling）选项解决了这一问题，它允许启动时的连接协商一个比例因子，这个因子通常是2的幂，最大允许窗口达到32 bit，这对于卫星网络是足够了。然而增大的窗口也会引起序列号回绕的问题，要求附加回绕保护序列号（PAWS）机制。这两个特点对于卫星TCP是基本的，特别对于GEO系统犹为如此。
较大的往返延迟偏差将导致不精确的往返时间估计，它最终将降低TCP的丢失检测机制的效能，可能导致拥塞崩溃。TCP的定时机制一次仅计时一个TCP数据段，造成对于动态条件和较大窗口环境而言过粗的取样速率，特别是在缓存延迟与传播延迟数量级相同时。在启动（如SYN握手）时显示的TCP，回应（echo）选项通过将一个发端时激与每个数据段相关联解决了这个问题。接收方回应这些时戳，给出处理延迟的ACK定时器和不连续序列号（如丢掉的数据段）的措施。考虑到较大的延迟偏差和增加的缓存要求，回应选项对于TCP卫星网络很重要。
（2）选择性确认改进
TCP接下来的～个主要缺点是它易受多个丢失的影响，造成它失去它的“自计数”属性和超时。在长延迟网络中，阻止不必要的窗口减小并仅重发受损／丢落分组，有助于提高带宽利用率，如ITU－T为卫星制定的SSCOP协议。这类协议称为选择性确认（TCP SACK），对TCP协议提出了明显的改进。TCP SACK是一个数据发现算法，其中接收方能够有选择地示意哪个数据块（数据段）没有收到。这允许接收方仅精确地重传这些遗漏的分组，从而有效地降低了不必要的重传。
研究结果显示TCP SACK适合于具有中等丢失率（低于窗口大小的50％）的长延迟网络环境，对于线路丢失率较严重的网络，在SACK基础上改进的前向ACK FACK）建议比较适合。前向ACK进一步地结合了拥塞控制以及数据发现算法，尽管对于高噪声卫星环境还有待进一步研究，前向ACK有望提供较高的性能增益。
（3）非对称性考虑
信道不对称问题的一个有效的解决办法是确保适当的反向带宽并使用充分大的分组。否则，增加的前向缓在要求处理较大的线性速率突发错误。像弹出“旧的”ACK分组，甚至是操纵ACK序列号这样更精细的ACK处理方案在这里也是有帮助的。这些方案试图保持和退回包含较高序列号的ACK分组，整体上改进了吞吐量。
（4）ACK控制方案
ACK控制方案最初用于改进在ATM上进行TCP传输的性能，由于TCP反馈环和ATM拥塞控制两者的时间度量差异较大（前者为几百毫秒，后者为几毫秒），引入ACK控制方案的目的是使两者更好地匹配。其中有两种方案引人注目，～种是延迟返回的ACK分组，一种是修改返回ACK分组中的接收机窗口率段。ACK控制的好处是不需修改TCP协议栈，仅发端变得复杂一些。ACK控制方案不是ATM专用的，它也很适合卫星网络。
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯