CNS_DOC_130219_-_Packeteer产品测试方案_04_加速、压缩、管理

1、一、加速1: 应用流量加速目的：证明PacketShaper设备可以通过基于TCP/IP传输协议的加速进一步提高应用的性能，Packeteer提供的加速功效可以企业的应用能够快速地通过广域链路，使得企业的应用传输效率增大几倍或几十倍，使企业的应用性能继续提高。步骤：1. 在链路两端各布置一台PacketShaper2. 从一个客户端开启一个HTTP和FTP进程，记录传输速率3. 关闭FTP4. 进入web界面，打开加速（Acceleration on）选项，选择默认的XTP方式（SCPS: off）。5. 将fast start 、 Prefetch Server 以及Prefetch Cli

2、ent打开6. 从相同的客户端开启一个HTTP和FTP进程，记录传输速率，感受变化实际结果：FTPHTTP压缩启用前所需时间压缩启用后所需时间客户确认：_工程师确认：_二、压缩1: 所有应用流量压缩目的：证明PacketShaper设备在很好的流量管理以及协议传输加速基础上，还可以通过基于内容的压缩加速以进一步提高应用的性能，继续延长带宽的扩容周期，使企业的应用性能继续提高。本实验就是为了验证这一功能步骤：1. 分别登录2台PacketShaper的Web界面2. 在Xpress菜单下选择xpress-ip settings，对进行测试的PacketShaper分别配上一个独立于管理地址的IP

3、地址。保证这2个地址在Intranet专网中可以路由到。、3. 在Xpress菜单下选择global tunnel settings选择Enhanced（增强）的压缩方式对数据进行压缩。4. 关闭FireWall设置（如果网络拓扑中需要，可以选择打开）5. 关闭Diffserv设置（如果网络中有设置，可以选择打开）6. 在Xpress菜单下选择add tunnel，分别对2台PacketShaper 设备进行相互之间的添加对象。7. telnet登录到PacketShaper设备上使用Xping的命令确定2台之间可以建立压缩通道。8. 分别将2台设备的Compression功能打开。使用set

4、up Compression Partners show命令查看目前2端的压缩状况9. Server下载FTP、HTTP、Lotus Notes、网络邻居互相拷贝（NetBIOS、Microsoft-ds）等数据到客户端实际结果：FTPHTTPNetBIOSMicrosoft-dsLotus Notes压缩启用前所需时间压缩启用后所需时间工程师确认：_客户确认：_2: 指定应用应用流量压缩目的：证明PacketShaper设备可以根据需要来选择哪些主机、网段、应用需要被压缩。哪些不需要。需要被压缩的应用流量进行压缩，其他的不进行压缩。这些资源会被加入2端的压缩通道中。不需要进行压缩的资源会被直

5、接forward转发而不进入压缩通道步骤：1. 分别登录2台PacketShaper的Web界面2. 分别建立一个HTTP和一个FTP Class3. 通过命令setup compression hosts 添加对FTP流量进行压缩，4. 从Server下载FTP、HTTP数据到客户端实际结果：FTPHTTP压缩启用前所需时间压缩启用后所需时间客户确认：_工程师确认：_三、管理1: 本机报表历史数据存储目的：证明PacketShaper能够记录合理的历史数据。为有效的监视连接，确保强制的策略和合适的调整. 步骤：1. 选中Reports标签并选择最近一天的报表2. 根据你这次PacketSha

6、per的工作时间的长短，你至少可以看到几个小时的报表，否则这几开的数据就没有什么价值实际结果：_ 工程师确认：_客户确认：_2: 实时流量利用率统计目的：证明PacketShaper设备设备能够捕获关于同时多种流量分类的统计报表，这些流量都是实时的。步骤：1. 使用HTTP或FTP开启一个文件下载进程2. 点击Monitor标签并观察“Current”下的各个类的带宽利用率3. 点击更新按钮并观察当前每个激活的类的流量在不断的改变实际结果：_ 工程师确认：_客户确认：_3: 连接和用户信息目的：证明PacketShaper设备能够显示当前激活的流量分类的详细信息。这一点对有效的解决问题和确认策

7、略的作用是非常重要的。步骤1. 开启一个FTP进程下载文件2. 使用Web方式登录到PacketShaper3. 点击Customer 菜单4. 查看HTTP类的用户的列表5. 查看客户端当前正激活的其它的流量实际结果：工程师确认：_客户确认：_PacketShaper的这个（drill down）能力在类中可以看到“谁在做什么”，这对于规划策略和解决一般的网络问题是非常重要的（The ability to drill down on a class to see “who is doing that” is quite important for both policy design and

8、 general network troubleshooting.）。一个好的监视设备必需能提供各种丰富的数据。_4: 最大信息量发送和接收者分析目的：证明PacketShaper设备能够超时捕获随着时间过去的数据，不只是总的流量集合而且也捕获个别用户使用的流量步骤：1. 转到管理标签点击/inbound/http类2. 点击右面的Top Talkers和Top Listeners旁的复选框，然后点击apply changes按钮，打开Top Talkers和 Top Listeners功能3. 从客户端1开启一个进程下载一个大的文件4. 稍待几分钟5. 从客户端2开启一个进程下载一个小的文件

9、6. 转到Monitor标签并点击/inbound/http类右边的 Top Listeners图标（耳朵）7. 观察客户端1所消耗的数据比客户端2更多，是否如你的期望8. 点击Top talkers并查看被列出的服务器，是否如你的期望实际结果：工程师确认：_客户确认：_5: 服务质量保证分析目的：证明PacketShaper设备能够清楚了解应用的服务质量，检测应用的使用情况。本实验为了验证PacketShaper的流量详细记录功能而设计的步骤：1. 清除PacketShaper的流量分类树2. 以HTTP流量建立一个类、3. 在网络流量优化管理设备上设置HTTP分类的延时基线15ms4. 设

10、置通知事件，超过基线发送e-mail给网络管理5. 从两个客户端开启多个HTTP进程6. 从两个客户端再分别开启多个FTP进程上传或下载一个较大的文件7. 查看图表，检查延时的情况8. 如果响应时间超过15ms，在事件警示设置中的网络管理员已收到一个e-mail，报告服务质量的情况实际结果：客户确认：_工程师确认：_6: 应用响应时间分析目的：测试PacketShaper设备对响应时间的管理功能，分析每个应用的响应时间步骤：1. 从两个客户端分别开启多个FTP进程上传或下载一个较大的文件2. 进入网络流量优化管理设备的管理界面3. 打开网络流量优化管理设备的图表功能4. 选择服务器响应时间，网

11、络响应时间等应用传输响时间分析图表5. 确认能够分析FTP的传输响应用时间，产生类似的图表实际结果：工程师确认：_客户确认：_2: 数据导出（XML）目的：证明PacketShaper设备数据能够以通用的格式输出，被外部的软件读取数据包，例如SQL数据库。步骤：1. 转到管理界面2. 点击左手边的任一个类3. 点击右上角的Statistics按钮，选择Data4. 选择变量和一段短的时间，如一个小时5. 选择一种格式，如“XML”6. 点击Fetch Data显示结果7. 查看这些输出格式的数据需要特别的软件（XML）8. 点击后退按钮并选择Download9. 观察这个文件已经成功的被输出到

12、磁盘实际结果：客户确认：_工程师确认：_注意：PacketShaper也能直接通过网络发送XML和CSV文件来响应数据库的询问，但是这个简单的测试只测试输出到磁盘。_3: 集中报表ReportCenter（可选）目的：通过ReportCenter，达到获取多台PacketShaper数据，设计，安排，创建和共享不同类型的图表。 步骤：1. 使用ReportCenter Administrator Console连接ReportCenter服务器，并打开配置页面2. 点击ViewCollection Agent Status3. 检查Status是Active4. 在左边的Network树中，点击Network 组5. 点击DefineNetworkAdd New Groups，出现Add New Group对话框6. 添加组名，并点击Add，则创建了一个组7. 选择一个需要添加设备的组，例如： LocalBJ8. 点击DefineNetworkAdd New Devices，打开Define New Device界面，填写相应的参数(设备名，PacketShaper管理IP，序列号，点击Add则添加一个新设备。9. 稍待片刻10. 打开浏览器，敲入Repor