出口带宽的测量？

muyinvna

大致去网上搜索了一下，但是发现这方面的资料确实很少，不知道大家的看法是什么？
我先说一下我的的想法,还请大家指正不足之处
方案一：
  通过IP协议头的TTL值，令TTL=2，发送UDP数据包；以一定的速率发送ttl=2的udp数据包，当通过第二个路由器的时候，第二个路由器就会发送一个ICMP消息给发送端；发送端通过接受到的ICMP消息来评估接受速率，若接受速率=发送速率，则表明发送端的发送速率还没有饱和；之后再增大发送端的发送速率，一直循环到发送速率>接受速率为止，当时的那个发送速率就是出口带宽！

方案二：
  利用下载文件的方法。多线程去下载某一固定的远端服务器上的比较大的文件（.exe\.flv\.pdf都可以），之后在程序中统计单位时间内收到的数据包的大小，给出带宽值！

不知道大家怎么想？请给出你们的方案，或者是对我的这两个方案给与评价

quxiaosong

找个下电影的网站，用迅雷多线程下载

ssffzz1

第一种方法理论可行。但是：
1） 路由器回复ICMP不可达报文需要时间，有些路由器还有对回复报文的数目的限制，因此你测不出来。
2）发出去的报文和ICMP不可达报文的数据包大小不一样，即使你能得到速度也是单方向的速度。

第二种方法，受其它因素影响较大。一台服务器的话，影响就更大。多线程从多个服务器下载倒是可以，如果发现瞬间速率达到XXM并持续N段时间，就可以认为出口速率达到XXM了。

建议单独在出口两端用仪器打流量测试，这个是测试线路速率最准的方法。

当然线路速率够，不代表速度一定快。譬如路由器延迟大？？？？ 当然还可以用一起测试端到端的速率，这个就包含了所有的延迟。

quxiaosong

用iperf试试，在内存里跑文件，不受硬盘速度的影响，还比较准。

muyinvna

回复 3# ssffzz1

您好！谢谢，您的建议。
对于方案一：有些路由器还有对回复报文的数目的限制，一般路由器的限制数目是多少呀？！如果数目限制的话，是不是就不能采用这个方案啦？！
对于方案二：当时写这个方案，只是迫不得已，因为我觉得去试图下载一个远端的服务器上的数据的话，测出来的是路径上的可用带宽，但是我想测的是出口带宽，也就是网络服务提供商提供的带宽值。但是，如果是用多线程去同时下载多个服务器上的数据（我说指的多个服务器，是毫无关系的服务器，不是2L所说的一个视频放在多个服务器上），有可能是出口带宽的数值！

不知道我理解的您对我的方案二的建议是否正确！方案一，在实际的网路中是否可行？！
   

ssffzz1

方案1，不同厂家，不同产品这个值差异很大。 再说了，你这一条线上就没有别的流量了吗？
方案2，这个应该是可行。但是误差也很大，譬如不只是有你自己的流量。受服务器性能，其他网络部分带宽影响都较大。

muyinvna

回复 6# ssffzz1


   那您说，除了这两个方案，还能采取什么方法去测量这个出口带宽？（没有权限去操作路由器，只能靠客户端去操作数据）

jiyuwoaa

说真的真实带宽 还真不会测

jmyychen

下载时候的速度的带宽才最实际