Aruba无线AP官方推荐带机量以及吞吐量数据表分享以及数据解释

cloudq

axinchan 发表于 2018-7-11 11:35
链接发不了，　

发个附件　

截取了一部分四核硬件加密的吞吐量数据 看aes-128这块
sha1             15024.30k    46665.59k   105066.14k   156106.04k   181622.10k
des cbc          25581.13k    26387.41k    26675.97k    26750.68k    26742.39k
des ede3          9282.83k     9421.83k     9486.94k     9488.57k     9501.09k
aes-128 cbc      58180.48k    61344.74k    62222.73k    62398.34k    62564.61k
aes-192 cbc      50450.06k    53099.30k    53767.74k    54081.28k    54093.12k
aes-256 cbc      45561.67k    47586.17k    48263.11k    48540.33k    48430.78k
evp              17836.66k    55824.71k   135816.24k   209943.60k   249973.03k
sha256           18334.93k    41949.15k    74438.85k    92960.90k   100453.03k
sha512            9569.52k    38462.90k    56806.66k    78947.31k    88936.27k


小包有58M 大包有62M这不非常好么，mikrotik给出的资料小包31.5M 大包37.9M Aruba这款cpu的设备并未给出资料 但215 225这些却直接给出了100M的数据
这100M应该是比较难，呵呵不知道Aruba给的水分是不是大点，很多网友可能不太关心这些，但这些性能指标对于集中转发的设备以及RAP这些设备却是至关重要的.尤其是当你选择设备的时候.

cloudq

axinchan 发表于 2018-7-11 09:13
不要被这些数据迷惑了．　这个数据，我要是没猜错，也就是openssl　test的数据，也叫理论数据　不是实测数 ...

我现在就是想说，市面上这些常见的无线Ap的cpu,究竟哪些能达到较高的ipsec吞吐量
比如现在常见的
ar9344 看样也就10-20M
ar9558 20M左右
qca9563 20M左右
ipq4018 30-40M
mtk7621 30-40M
freescale p1010 这玩意能有100M ??
freescale p1020 这从单核的p1010变成双核心P1020,频率还都一样，为啥处理能力还是100M不变？
这些都是各大厂商非常愿意使用的处理器，广泛使用于市面上各种Ap里

cloudq

axinchan 发表于 2018-7-11 11:32
http://www.**/forum/forum.php?mod=viewthread&tid=314839&highlight=openssl

lintel以前做过一个测试 ...

这不是水平不水平的事，只要有数据放在那里，我们就应该相信，虽然数据可能不很准确，但有一定指导意义，我研究讨论这ipsec吞吐量的问题是因为现在集中转发的设备大多都是用这些算法做加密隧道，其吞吐量决定了他所能承载的流量，你别看这些设备又是1200M,1750M,2600M,真正的瓶颈最后还是在ipsec吞吐量这里，现在官方数据都不超过100M,而最有意思的是，官方一款很老的标称ipsec吞吐量只有4Mbps的设备rap-2wg，现在居然能流畅的播放这些网络视频.而且还不是本地或者近距离，是从很多国外的家庭网关一直做ipsec隧道连接到中国的ac控制器，然后再播放，这整个一路的延迟和带宽且不说，就自身这4mbps的ipsec吞吐量居然能够用了.

cloudq

axinchan 发表于 2018-7-11 09:13
不要被这些数据迷惑了．　这个数据，我要是没猜错，也就是openssl　test的数据，也叫理论数据　不是实测数 ...

1.Aruba目前的项目实施中，基本全都是集中转发，很少有部署本地转发的，因为本地转发下，那些什么pef rf的高级功能就全都失效了
2.我有个客户他们公司是资深的Aruba代理商，他们的技术人员曾经给我说他们做过测试，如果不是tunnel模式，其他模式下性能下降很厉害，我当时没当回事，我还琢磨tmd隧道模式全部打包加密，发送到控制器再发送回来，还能比本地直接发送更快？后来我也就没当回事，直到最近我看到官方的这数据表，我才知道这恐怕是真的，因为官方数据居然告诉你某款Ap集中转发最大接入客户端上限255，而其他转发模式上限110，这就说明我客户当初的测试是有道理的
3.集中转发从另一个角度变相实现了vpn的应用(官方叫vbn)，这正是我们所需要的，所以选用ipsec吞吐量高的Ap做这项目效果才会更好！毕竟客户主要传输的都是视频数据，对吞吐量要求当然是越高越好.

axinchan

在aruba与思科等争夺capwap标准的时候，　我看aruba最大的＂贡献＂之一莫过于安全，也就是加密隧道，即这里的集中转发．

集中转发还有一种方式是gre隧道，　理论上gre对性能的消耗要比ipsec要轻很多，因为gre并不加密．但好像aruba的设备里，　ipsec的性能更好，　我能想到的理由是这是他的主菜之一，　他使用了硬件的引擎来解决性能的问题．

aruba不了解，但其它国际一线如思科，华三，　华为，还有国内的锐捷，　好不好咱没有水平评价，　接触上至少几百个项目，集中转发的寥寥无几．

用无线就没有太高的安全性可言，无线抓包就知道我在说什么了．　

猪猪小强-BH4LYU

学习了。 学习了。

两位大神 。学习到很多知识

猪猪小强-BH4LYU

axinchan 发表于 2018-7-12 12:13
在aruba与思科等争夺capwap标准的时候，　我看aruba最大的＂贡献＂之一莫过于安全，也就是加密隧道，即这里 ...

aruba的集中转发隧道好像真的是gre的，

它的控制器确实是厉害，

您说的国内设备 确实很少有做集中转发的。 用过的H3C 锐捷啥的，基本都是本地 。

向两位学习 。

494857357

其实很多都是看带机量吞吐量一般再交换机和路由上，再实在点就是用户要舍得花钱，他不舍得花钱是给的再好的方案他也是嫌弃的

花和尚喝花酒

大佬们，10条50兆带宽，一个225iap 链接50台手机，刷视频非常卡，这是啥问题，求解

HKL

顶一个