大家知道的VPN速度

本版中，作VPN的不在少数，请各位高手报一下VPN速度，并请帖一些相关的资料。

据说能做到70%的性能已经很不错了！

关注。

据说能做到70%的性能已经很不错了！

这个70％什么意思，是不是数据作加/解密后的性能与未作加/解密前的性能的比值？？

理论上，怎么也不能做到100%阿。这里所说的百分比，并不单指加解密，因为查询sa、乃至ike、ipsec组包等工作，都需要消耗cpu的，而且，是us级的，对于以Mbps为单位的设备来说，一定会引起一些延时，影响性能的。

我觉得，如果想彻底提高vpn的速度，就应该大规模的使用硬件，比如加密设备、搜索引擎等，甚至如果有可能，将ipsec功能做到一个芯片上去，呵呵，会很有前途。

....我们提出的性能是100/10M自适应,但是不知道最后做出来能到多少,还有你说的VPN速度概念比较模糊,你是看包进出整个VPN模块的bps还是看整个网络的bps,这个都不好说,只能取个均值,不过如果主处理流程上每个模块的速度都能基本满足需求我想均值应该是可以接受的.
....另外用硬件做vpn肯定比纯软的快得多,我们考虑把ipsec模块整个做到卡上,用一片处理器单独处理,我想这样效果最差也比纯软快1个数量级,不知各位又何意见,大家探讨.

....我们提出的性能是100/10M自适应,但是不知道最后做出来能到多少,还有你说的VPN速度概念比较模糊,你是看包进出整个VPN模块的bps还是看整个网络的bps,这个都不好说,只能取个均值,不过如果主处理流程上每个模块的速度都能基本满足需求我想均值应该是可以接受的.
....另外用硬件做vpn肯定比纯软的快得多,我们考虑把ipsec模块整个做到卡上,用一片处理器单独处理,我想这样效果最差也比纯软快1个数量级,不知各位又何意见,大家探讨.

 

呵呵，我所说的VPN速度也就是“包进出整个VPN模块的bps”，大家已知的速度是多少？？

另外我认为用硬件做vpn，“考虑把ipsec模块整个做到卡上”，这种只是个想法，作起来，困难太大，要处理的问题太多了，周期太长，呵呵，老板恐怕等不下去。

大家还是说一下，“包进出整个VPN模块的bps”


 :D :D :D

单独测试加密算法的数据：
plain size: 10Mbytes
key size :128 byte
encryption: 312ms
decryption: 314ms

   =256Mbps

环境: P3 500Mhz
RAM 256Mbyte
red hat linux 6.1
gcc 2.95.2

单独测试加密算法的数据：
plain size: 10Mbytes
key size :128 byte
encryption: 312ms
decryption: 314ms

   =256Mbps

环境: P3 500Mhz
RAM 256Mbyte
red hat linux 6.1
gcc 2.95.2

什么算法，那么快！！！！！！！！！！！！！！！！！

那VPN的速度叱？？

to  moqingsong：你用作测试的plain size太大了，你试试64byte的数据和1500的数据。那才是比较常用的测试数据。

因为加密强度问题，所以从来不用64位的加密。一般用的是1024位，或512位的。怕没有比较性才放了一个128位的数据。

赫赫，我说的是plain size。

256不算高，现在我们做的算法最保守的速度也有300以上，测试长度20亿128位数据

不是吧,兄弟们,你们说什么算法啊,300M都出来了,要真那么快我觉得没必要再讨论效率问题了,LAN的速度也就100M,到300M加密就不是VPN的关键矛盾了.对了,有个贴子求RSA的快速算法,你们看没,这个我觉得到很有价值,各位有什么好的建议也讨论讨论啊,RSA确实太慢,虽然不做DATA的加解密,但是如果能到10M的速度也很愉快啊

256不算高，现在我们做的算法最保守的速度也有300以上，测试长度20亿128位数据

密匙长度？

rsa不是经常作的，我看对系统性能的提高没有太大帮助。

[quote]256不算高，现在我们做的算法最保守的速度也有300以上，测试长度20亿128位数据

密匙长度？ [/quote]
128

资料

资料

使用了中文文件名，所以下载不了...