[计算机软件及应用]SINFOR_WANACC_2009年度渠道培训_20090217.pptVIP

服务端配置步骤 1、配置隧道类型 2、配置应用类型 3、配置主机地址 4、添加加速用户账号 客户端配置步骤 1、配置加速用户账号 2、配置服务端IP地址及端口号 移动端配置 WANACC3.0版本开始支持移动加速。 和VPN客户端整合在一起的移动加速PACC 注意：移动加速客户端目前还不能支持网上邻居的加速，但是WANACC设备之间建立的加速连接可以支持网上邻居的加速。 填入不想被加速抓走的网段及端口，当访问这些网段+端口的数据时，将直接通过本地网卡出去，不会进入加速隧道。 WANACC培训大纲 1、WANACC目的 2、WANACC加速手段 3、WANACC设备部署配置 4、WANACC基本排错案例分析 WANACC基本排错 1、确保设备lan口的5400端口能正常访问； (可以通过telnet测试端口是否正常) 2、确保加速能正常建立连接； (用户名、密码、IP地址、加速端口等配置无误) 3、确保接入/接出角色配置正确； 4、确保隧道、应用、主机均添加正确； 5、查看日志确保没有异常告警日志； 案例一： 专线 FTP OA 客户环境： 一台FTP服务器需要加速，同时还需要加速OA系统（B/S架构）。 OA系统内部也通过FTP 方式提供了文件上传和下载功能。 FTP服务器里的东西相对固定，而OA内的FTP传送文件则不固定。 需求： 流缓存里保存的通过FTP服务器传送的文件内容不会被OA里通过FTP传输的文件内容给改变，也能相对固定。 案例一： 传统配置： 配置一个隧道类型“流缓存LZO”，配置一个FTP应用、一个OA应用，然后FTP应用关联2台服务器，OA应用关联OA服务器。 这种配置方式，无法实现客户需求。因为只有一个流缓存隧道，所以全部的流缓存数据都保存在同一个隧道里，这样无法区分哪些数据是FTP服务器产生的，哪些数据是OA服务器产生的。 满足需求的正确配置： 配置两个隧道类型：“FTP流缓存”，“OA流缓存”。 配置两个FTP应用“FTP1”和“FTP2”、一个OA应用，然后FTP1应用关联FTP服务器，FTP2关联OA服务器，OA应用关联OA服务器。 案例二： FTP 专线 服务端的配置： 流缓存+单IP+全端口的TCP应用 问题现象： FTP下载，完全没有加速效果，实际下载20多M后在设备流量图里看到才几K的数据。 原因： 应用设置里设置的是全端口，但是代理方式选成了TCP代理而不是FTP代理，而这台FTP服务器的工作模式恰好是主动模式，这样当数据连接主动从服务器端发往PC端的时候，没有被抓紧加速通道里去，自然没有加速效果。将应用改为FTP代理后，就立刻有效果了。 案例三： FTP 专线 服务端的配置： 流缓存+单IP+FTP应用 问题现象： FTP下载，基本没有加速效果，加速前/后流量基本相同，压缩比率只有百分之一百零几。 原因： 应用是建立隧道的时候，虽然描述里写的是启用了流缓存，但实际并没有启用流缓存，而仅仅依靠协议代理和LZO压缩，而FTP协议本身的交互已经很少了，协议代理不起作用，只有靠LZO的压缩起了一点作用，所以加速比不大，启用流缓存后效果就十分明显了。 Thank You！ 二零零九年二月 深信服电子科技有限公司 * 因为应用多种多样，不可能测试所有应用，其他应用，需要在实际环境中测试之后才能知道是否有效。 3.快速重传：传统的TCP重传机制中，发送方必须收到某一个数据包的超时请求，才会认为这个数据包已经丢失并且重传，但是这个时间往往比较漫长。快速重传针对此低效性做了优化，当接收方收到第10个数据包的时候，他同时发送请求给发送方要第11个数据包，如果发送方连续三次收到11号数据包的请求包时，那么就认为第11号数据包在传输过程中已经丢失，立即对该数据包进行重传，而不是等待11号数据包的超时请求。提高数据传输效率。 Open：文件操作请求：分支请求远程打开数据中心的某一个文档 FID：客户端和服务器端确认文档分割后的数据块ID号 Read1：第一个数据块的读取动作 Read2：第二个数据块的读取动作 Readn：…… 当分支办公室与数据中心建立三次握手之后，读取第N个数据块之前，都必须发送和接受第N-1个数据块的读取确认消息，也就需要一个RTT，如果文件很大，而标准的TCP窗口又没有得到优化，那么读取一个文件可能需要等待上千次的RTT 数据中心端的加速设备相对数据中心扮演分支办公室的角色 分支办公室的加速设备相对于分支办公室扮演数据中心的角色 所有确认信息本地完成，节省了N-1个RTT的时延 同时配合荣誉数据削减功能，将CIFS的传输效率达到最大值 优化应用系统中客户端和服务器端之间的交互确认机制，提高系统工作效率，原理类似TCP代理中的本地应答 降低了应用系统因网络原因导致的不可用的几