FTP下载速率慢问题的常见原因以及解决方法解析.doc

FTP下载速率慢问题的常见原因以及解决方法 TCP参数简述: 在TCP/IP协议及用户常用桌面系统微软TCP/IP实现中，比较重要的参数如下: MTU─The Maximum Transfer Unit MSS─Maximum Segment Size TCP1323Opts─RFC1323TCPoptions:window scaling timestamp MaxDupAcks─Maximum duplicate acknowlEGPRSments Sack─Selective AcknowlEGPRSment（TCP选择性确认(RFC2018))TCPWindowSize─TCP Window Size 下面对上述参数进行简单的解释： MTU─The Maximum Transfer Unit 该参数网络接口的默认最大传输单位(MTU)。MTU是基础网络上传输的最大数据包大小（字节）。它包括传输报头。当数值大于基础网络的默认值时，传输就会使用网络默认MTU。数值小于88时，传输就会将MTU设为88。备注Windows系统TCP/IP默认情况下使用PMTU检测，并查询驱动程序以查找本地MTU大小。通常并不需要更改MTU参数MSS就是TCP数据包每次能够传输的最大数据分段。为了达到最佳的传输TCP协议在建立连接的时候通常要协商双方的MSS值，这个值TCP协议在实现的时候需要减去IP数据包包头的大小20Bytes和TCP数据段的包头20Bytes所以MSS为1460。通讯双方会根据双方提供的MSS值最小值确定为这次连接的最大MSS值TCP1323Opts─RFC1323TCPoptions:windows caling timestamp 该参数控制RFC1323时间戳与窗口缩放选项。默认情况下，启用时间戳与窗口缩放但是可以使用标志位进行控制。0位控制窗口缩放，1位控制时间戳。时间戳与窗口缩放时间戳与窗口缩放 换句话说，目前终端操作系统在TCP1323Opts为0x3时，仍然有算法决定是否使用时间戳MaxDupAcks─Maximum duplicate acknowlEGPRSments 该参数确定在启动快速重传那些在传输途中丢失的数据段之前，必须收到相同序号发送数据段的重复应答次数。Sack─Selective AcknowlEGPRSment（TCP选择性确认(RFC2018))Windows2000开始引入了一个重要的性能特性，称为“选择性确认”(S)。对于使用大TCP窗口的连接来说，S尤其重要。在使用S之前，接收者仅能确认收到的连续数据的必威体育精装版序号，或接收窗口的左边沿。启用S时，接收者继续使用ACK编号确认接收窗口的左边沿，但是它也可以分别确认收到的其它非相邻数据块。启用时，接收者可以确切通知发送者收到了哪些数据，以及数据在哪丢失的。然后发送者有选择地重新发送丢失的数据，而无须重发已成功收到的数据块。TCPWindowSize─TCP Window Size 该参数确定所提供的最大TCP接收窗口大小。接收窗口是指一个发送者在未收到确认的情况下可以发送的字节数。总的来说，大的窗口可以改进高和高带宽网络上的性能。要获得最大效率，接收窗口应是TCP最大段大小(MSS)的偶数倍。Ftp下载中的常见问题以及解决方法： 1.FTP服务器不能够正常登录： 确认FTP服务器运行状态是否正常，常见的FTP服务器是在WINDOWS XP系统下开一个3CD或者Server-U软件，然后配置好相应的地址，连到我们的CORE SW上即可（04的那个vlan） ，此种服务器不能正常登录，重启电脑，然后重新打开FTP软件即可。 我们黑马机房使用的FTP-server是linux系统的，由于我们安装FTP-server的终端比较老，各个方面的配置也比较落后，（内存比较小，CPU频率比较低等）有可能会出现死机现象，一般把我们的终端重启即可。 简单介绍下FTP的安装以及优化方法： 首先我们优化了我们的FTP-SERVER，FTP-SERVER优化上主要是检查TCP/IP拥塞算法是否设置为cubic该算法对FTP丢包后的速率恢复非常快。version 3.2.33(1)-release操作系统自带的FTP-server vsftpd-2.0.6-3， 如下的两个FTP的rpm应用包因该正常安装： [root@localhost ~]# rpm -qa | grep ftp vsftpd-2.0.6-3.fc9.i386 ftp-0.17-47.fc9.i386 使用如下命令检查TCP/IP拥塞算法是否设置为cubic[root@localhost ~]# cat /proc/sys/net/ipv4/tcp_conges