关于pptp传输过程中使用压缩方式的探讨

loopylf

实验报告：
环境：ros2.8.28(A 100M static ip) to ROS2.9.6(B 2M adsl) pptp vpn B拨入A,A内网一台主机ftp到B内网卡ip 192.168.1.1。B上有两个文件u.rsc(5525562 bytes 文本文件,winrar中的压缩率小于1% ), a.rsc(5525618 bytes mpeg文件,winrar中的压缩率96%几乎不能压缩)，两文件大小相差不大。


当使用use compression时
C:\Documents and Settings\Administrator>ftp 192.168.1.1
Connected to 192.168.1.1.
220 MikroTik FTP server (MikroTik 2.9.6) ready
User (192.168.1.1none)): administrator
331 Password required for administrator
Password:
230 User administrator logged in
ftp> lcd d:\
Local directory now D:\.
ftp> get u.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /u.rsc (5525562 bytes)
226 ASCII transfer complete
ftp: 收到 5525562 字节，用时 24.00Seconds 230.18Kbytes/sec.
ftp> get a.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /a.rsc (5525618 bytes)
226 ASCII transfer complete
ftp: 收到 5543346 字节，用时 67.30Seconds 82.37Kbytes/sec.

当使用use VJ compression时C:\Documents and Settings\Administrator>ftp 192.168.1.1
Connected to 192.168.1.1.
220 MikroTik FTP server (MikroTik 2.9.6) ready
User (192.168.1.1none)): administrator
331 Password required for administrator
Password:
230 User administrator logged in
ftp> lcd d:\
Local directory now D:\.
ftp> get u.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /u.rsc (5525562 bytes)
226 ASCII transfer complete
ftp: 收到 5525562 字节，用时 68.17Seconds 81.06Kbytes/sec.
ftp> get a.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /a.rsc (5525618 bytes)
226 ASCII transfer complete
ftp: 收到 5543346 字节，用时 67.78Seconds 81.79Kbytes/sec.

不使用任何compression时
C:\Documents and Settings\Administrator>ftp 192.168.1.1
Connected to 192.168.1.1.
220 MikroTik FTP server (MikroTik 2.9.6) ready
User (192.168.1.1none)): administrator
331 Password required for administrator
Password:
230 User administrator logged in
ftp> lcd d:\
Local directory now D:\.
ftp> get a.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /a.rsc (5525618 bytes)
226 ASCII transfer complete
ftp: 收到 5543346 字节，用时 68.49Seconds 80.94Kbytes/sec.
ftp> get u.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /u.rsc (5525562 bytes)
226 ASCII transfer complete
ftp: 收到 5525562 字节，用时 67.79Seconds 81.51Kbytes/sec.

A内网一台主机直接访问B公网地址时（这时不经过pptp通道）
C:\Documents and Settings\Administrator>ftp 221.224.x.x
Connected to 221.224.x.x.
220 MikroTik FTP server (MikroTik 2.9.6) ready
User (221.224.x.x:(none)): administrator
331 Password required for administrator
Password:
230 User administrator logged in
ftp> lcd d:\
Local directory now D:\.
ftp> get u.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /u.rsc (5525562 bytes)
226 ASCII transfer complete
ftp: 收到 5525562 字节，用时 67.41Seconds 81.97Kbytes/sec.
ftp> get a.rsc
200 PORT command successful
150 Opening ASCII mode data connection for /a.rsc (5525618 bytes)
226 ASCII transfer complete
ftp: 收到 5543346 字节，用时 67.65Seconds 81.95Kbytes/sec.


结论：1、选用use compression可以提高网速，特别是非压缩的数据，这一点很重要，除非你传输的本身是压缩包或压缩

过的数据，否则一定可提高网速，如一般的网页浏览等数据本身是非压缩的。2、使用压缩的运算开销对网速影响不大，这

可以从传输的数据本身已是高度压缩的文件使用压缩方式传输或不使用压缩方式传输速度并没有影响。3、ros的VJ

compression好像没什么用！这是我要和大家讨论的地方。

意义：对于adsl线路的用户，如果是2M线路实际上上行只有约500K左右（在这实验中也可看出，这里就是使用的B的adsl上

行），如用于VPN连接两个网络，还是使用压缩算法，可以有效的提高有限带宽的利用率。

[ 本帖最后由 loopylf 于 2006-6-11 17:17 编辑 ]

sak2000

使用压缩对于 主机负载有对大消耗？按100个压缩客户端同时的话

loopylf

原帖由 sak2000 于 2006-6-11 17:25 发表
使用压缩对于 主机负载有对大消耗？按100个压缩客户端同时的话

使用压缩对主机开销主要取决于传输的数据量，客户端多少对主机的开销是pptp建立维持等所需的资源，pptp封装，解封装的主要开销也主要决定于数据量，像这实验实际上已用尽了带宽(500K),我观查两边resource使用情况没什么变化，当然带宽更宽时使不使用压缩开销上有什么变化我以前也注意过不是太大，具体数据我做了实验后给出。

专卖精品

ROS好象不能自动区分哪些文件已经压缩，比如JPG、EXE等

loopylf

原帖由 专卖精品 于 2006-6-11 18:45 发表
ROS好象不能自动区分哪些文件已经压缩，比如JPG、EXE等

当然不能区分，关键在于有的文件能压缩很大比例有的文件只能压缩很小比例，你用winrar分别压缩文本文件和rm文件试试，差缩比例一看就知道了，winrar也不会知道你是文本文件还是视频文件的。这个讨论的重点不是在这里。

sak2000

PPPOE用这项好象没作用，我打开了此选项，但是客户端拨号后，详细配置里显示压缩为无

专卖精品

原帖由 loopylf 于 2006-6-11 19:03 发表

当然不能区分，关键在于有的文件能压缩很大比例有的文件只能压缩很小比例，你用winrar分别压缩文本文件和rm文件试试，差缩比例一看就知道了，winrar也不会知道你是文本文件还是视频文件的。这个讨论的重点不是?...

你去查查资料，有的版本可以鉴别，只要文件的扩展名是已经压缩的格式名，就不进行压缩，这个在软件是完全可以实现的

loopylf

原帖由 专卖精品 于 2006-6-11 21:45 发表


你去查查资料，有的版本可以鉴别，只要文件的扩展名是已经压缩的格式名，就不进行压缩，这个在软件是完全可以实现的

pptp工作在osi第三层，它怎么会去区分高层的应用呢，“判断扩展名来决定是否压缩”，我不知道对你说什么好！我实验中两文件的扩展名是一样的噢！要做实验，不要想当然。

sak2000

原帖由 loopylf 于 2006-6-12 07:35 发表



pptp工作在osi第三层，它怎么会去区分高层的应用呢，“判断扩展名来决定是否压缩”，我不知道对你说什么好！我实验中两文件的扩展名是一样的噢！要做实验，不要想当然。

能否解释一下PPPOE的压缩为何无用？

loopylf

用windows客户端拨，显示压缩无是因为windows用的压缩协议是mppc,ros不支持