使用Sniffer测试网络带宽

使用 Sniffer测试网络带宽 自从范伟导老师在一次银行被录音整理为文字笔记后，很多朋友都想了解和学习他在录音 中提到的，如何使用 Sniffer测试网络带宽。在这里，我以个人的理解，尝试解答这个问题，仅代 个人建议和方法。 带宽测试原因： 测试带宽主要可能如下： 1 分析个人网络接入环境带宽大小，验证 ISP是否提供合理的量值。这个动作的目的，多数是 因为大家平时在使用网络时，个人对网络的快慢感受未达到理想中的期望值而驱动的。 2 部分网络分析爱好者，从技术角度发掘网络分析工具的强大功能。 3 服务或义务的方式帮助其他人。 测试原理： 带宽测试的原理较为简单，主要由以下公式演变而来。这一公式使用最多的地方是用来计算文 件传输时间大小。 总字节数*8bits/带宽（bps）=文件传输时间 ==>带宽大小=总字节数*8bits/文件传输时间 测试方法： 从上面的测试公式看到，只有以某种理想的方式使得你要测试的网络带宽占用饱和，那么，某 段时间传输的总文件大小除以传输这些文件占用的时间，就得到了带宽大小。 这就是为什么在测试带宽时，往往要选用 FTP之类的文件传输型应用来测试，其目的就是让带 宽充分被占用。 然而，理想中的测试情景如此，但现实情况和理论方面是有差别的。 也许有人使用此方法得出的带宽大小并不与 ISP提供的带宽大小相等，往往小于其承诺的量值， 有时严重偏小。这时，需要思考一下你的测试环境是否接近理想环境，你进行传输文件的服务器是 否接近理想状态，诸如服务器本身应用性能、系统性能、传输优化、网络延时、路由问题等等 可能都会影响你的测试结果。 近似理想的测试环境基本如下图， 而凭感觉选择貌似很快的 Internet服务器，用于测试，那测试环境和结构则属于如下场景。假 设你能保证服务器只有一个人访问，但 Internet则是一个可变的、较有影响重要的因素，Windows 环境下用 Tracert试试就会知道。 测试过程： 现实中进行带宽测试，不可能实现 100%的精确性，只要得到近似结果即可。 在没有测试理想测试环境的情况下，最能占有网络带宽资源的 P2P应用可能会帮上我们的忙。 这里我以迅雷下载某个文件捕获的 Tracefile为例来分析，粗略测试我的个人 ADSL带宽大小。 之所以选择类似迅雷的应用，是因为我希望我的网络带宽资源被完全占用，而它正好能满足这 个需求。 OK，假设我从点击开始捕获数据到停止捕获数据的时间段，正好是迅雷尽可能占用网络资源下 载文件的时间长短。（这里一定存在时间误差，测试条件不充分等现象，但我尽可能做到两者时间 相对一致） 以下是下载某个文件捕获的 Trace，使用过滤器过滤目的地为本地 IP的数据统计信息，这样过 滤的目的是为了计算下行带宽。 使用下图来证明，所分析的 Trace数据都是由本地一个 IP通过 Internet与外网 IP进行数据传输。 套用公式计算 带宽大小=总字节数*8bits/文件传输时间 带宽大小=38,935,332*8bits/(2*60+51.414)=368769128bits/171.414s=1.81Mbps 从计算结果来看，我的带宽应该是 2Mbps，这里的 2Mbps只是理论上的数据，实际数据一般小 于理论值，这说明与 ISP提供给我的大小一致。因为，ISP对用户提供的带宽中，没有 1.8Mbps这样 的带宽大小选项，一般常见的有 512Kbps，1Mbps，2Mbps等等，所以，2Mbps的带宽结论基本准 确。 ： 以上通过简略的方法，使用 P2P应用对带宽的占用特征，大致计算了一下网络带宽。 当然，这种计算方式并不是理想中的精确计算方法，另外测试环境也毕竟有限。 其实，在网络分析工具当中，有计算带宽更为方便的工具，如 Omnipeek在捕获前设定带宽大 小，直接查看利用率；Wireshark的统计信息等，前提是你的测试环境要符合或基本符合测试的需要。 好几人同时用一个繁忙的网络，这时去测试基本上没有什么意义。 下面以伟大的Wireshark计算结果图来结束，从下图中可以直接看到，WS已经自动告诉了我们 的带宽大小。 Haiwanxue 2010/12/16