浩方平台CS应用流量的评估

浩方平台CS应用流量的评估 CS 前言 测试拓朴： 拓朴： 拓朴非常简单，在CS主机和2900V中间加了个HUB，同时把监控笔记本也接在HUB上。 软件设置说明： CS主机上的OS是2000高级服务器，下载了浩方最新的客户端，和CS1。5的版本。 监控笔记本的OS是XP，软件是omnipeek 3.1.1,为了不让本机流量干扰测试，本机的网 卡上只启用了snifffer的驱动，如下图： 因为尚不了解此游戏的协议，为不错过任何数据，做了个IP协议的过滤器，同时排除局域网广播通讯协议的干扰，如下图： 测试过程： 关闭CS主机上所有的网络应用，打开浩方平台，选择房间，启动游戏，开始玩CS，结果一出来被人家暴头！WK还没摸着北呢！……同时启动omnipeek上的捕包，玩了一伙游戏后没有正常退出就停止了捕获。 测试结果： 总计捕包时间是5分34秒，数据包6070个，看起来数据量不大，请看下面的具体： 总计会话数74条，连100条都没有上？！专家系统诊断出634个问，看了下，都是些 无关紧要的。 49%的都是65-127的小包，而且大部分是UDP的包。利用率是低，但这是个互动游戏， 讲究个高频和实时，所以如此是可以理解的。 为了方便查看，咱们选取了5秒的采样时间，在下面的是利用率BITS/S，上面的是利用率百分比。可以看到，我们在启动浩方平台的时候，出现了个1.3M/S左右的峰值利用率，和12.7%峰值利用就百分比，而后续所产生的流量也比较小，当进入游戏时，利用率就非常 平稳，没有太大的波动,基本上维持在30几K/S左右。那么会话数呢？请看下图： 我们看到，一直持续到最后停止捕包的时候都没有关闭的会话总计才7条，而从开始进入游戏时开始的会话仅一条。 最后，我们再看一下协议的分布情况： 总的来说，协议是以UDP为主，中间夹有RTP的包，想来这就是我们在玩游戏 的过程中所听到的某些声音。Http的数据也比较多，甚至还有yahoo的数据，通过解码，我们知道这是在浩方平台打开时出现的。 这里我们没有对响应时间做一个记录，因这进入互联网后就超出了我们所能管理 的范围，所以对于这项暂不做考查。 ： 可以看出，此游戏对网络资源的消耗是非常少的，仅在浩方平台启动时有个较大的峰 值，其原因在于打开时会有很多的广告和一些虚拟市区互动。而真正进入游戏后，仅需要不 到七条会话（事实上我并不认为这七条会话都有用到）和每秒30几K的流量。 因为担心过滤器会让一些关键数据没有捕获，所以在CS主机上退出游戏，关闭所有窗口，然后重新打开，并同时telnet登陆2900V,用show session 查看当前会话，最大会话数。（做这步之前先要清空以前的会话数统计）当进入游戏后，此显示的最大会话数也仅为73。 所以，我们此次的评估，应该是准确的。 应用的流量评估，基准线的建立，对于网络管理、规划及保障关键应用的正常运行都有 非常重要的意义，在《思科网络学院》第八学期，《ccnp 4:network troubleshooting v3.0》开遍第一句话就是：To effectively troubleshoot a network, a baseline must first be established. Jingshne@netexpert.cn FZ 2006-6-22