这样的路由器是不是做了设定，在传送大文件时总是中断？

onlyflyer

譬如从一个校园网上下载一个1G的软件，下载的速度达到6MB／S之多，但是很快进度条就不动了，这种现象非常普遍。\r\n请问是不是学校的路由器为了控制流量做了某种限制？我对路由器不是很熟悉，请问这种限制的原理是什么？是不是路由器会在很长的一段时间内禁止该一对socket之间的通信？\r\n我想写一个小的文件传输软件来解决这个问题，思路如下，不知道是否正确，还请指点。\r\n如果路由器是以socket对为屏蔽对象的话，那么如果要想让文件续传，必须摒弃原来的tcp连接，重新建立一个新连接来进行文件续传。如果该tcp连接再次被路由器屏蔽，那么再新建一个连接，直到文件传送完毕为止。 \r\n还请指教。

apen

有些设备会对网络流量进行控制，以保证带宽的合理分配，你可以试试找个可以限制下载速度的软件，将下载速度限制在一个较低的水平试试。

wonderliang

可能被丢包了，tcp协议，如果丢包了，将执行慢启动的过程

onlyflyer

tcp协议不是会自动重传被丢的数据包吗？进入慢启动过程应该会降低数据的传输速度，但是应该不会导致传输终止阿。是不是这个样子？

wonderliang

tcp的机制，的确不因该终止，现在不好判断为什么终止了，条件太少

onlyflyer

首先谢谢版主再次查看我的问题。\r\n我又看了一下，我们校园网主要是用cisco的三层交换机（我估计是Catalyst 2950）来实现网络互联。\r\n以现在的情况来看，流量控制肯定是有的，而且我发现如果一个数据流被中断，那么这个tcp连接就永久失效了。我用wget下载东西，当下载到 将近70M的时候（6m/s的速度进行下载），就中断了，然后wget重试了几十次也没有在下载到一点东西。\r\n我现在想知道的是，交换机是如何做到这一点的，我有两个想法：\r\n1，当交换机发现一个tcp连接（或者udp）流量过大时，他就会在几个小时内禁止这个连接（根据源ip:源端口，目的ip:目的端口来禁止这个连接的数据包的转发），但是我觉得这个想法的可能性不大，因为这样作的话，会降低交换机的一定的工作效率。\r\n2，当交换机发现一个tcp连接（或者udp）流量过大时，他会伪造数据包通知一方（一般是提供下载的一方）关闭tcp连接，这使一方已经关闭了tcp连接，而另一方却毫不知情，依然在等待数据的到来直到永远。。。。。我觉得这个方法比较好。\r\n\r\n搞清这个问题很关键，这关系到我那个文件传输小软件的写法（我不想用限速的方法来解决这个问题）。请指教，谢谢！！