SuperWRT v0.2.6版本于2016年10月31日发布,主要解决了SuperWRT v0.2.0中大家反馈的一些Bug。到本版本为止,大家已反馈的0.2.0中比较最要Bug基本解决完毕,感谢大家支持。
解决问题列表:
- 解决ar8035的丢包问题。
- 解决iphone在网页登录时跳转离开问题。
- 解决限速和智能流整形在某些特殊情况下的效率问题。
- 解决带宽配置关闭后,仍然下发问题。
- 解决访客网络中配置DHCP租期未生效问题。
- 在状态网页中显示启动分钟。
- 在AP模式中,去掉必须配置网关的检查。
SuperWRT v0.2.6版本于2016年10月31日发布,主要解决了SuperWRT v0.2.0中大家反馈的一些Bug。到本版本为止,大家已反馈的0.2.0中比较最要Bug基本解决完毕,感谢大家支持。
解决问题列表:
SuperWRT v0.2.4于2016年10月27日发布,主要解决了SuperWRT v0.2.0中大家反馈的一些Bug。
解决问题列表:
Bootloader更新到v1.2.4,解决了以下问题:
SuperWRT v0.2.2发布,主要解决了SuperWRT v0.2.0中大家反馈的一些Bug。这些Bug主要集中在网页登录及网页管理中,以及改善了一些浏览器兼容问题。
SuperWRT v0.2.2在增加了网页登录的令牌登录方式。管理员可以生成一个带有使用截止时间的令牌,来发放给用户通过网页方式登录。该方式可以便于管理员不在网络时,远程允许用户通过认证,并可控制用户使用的时间。可比较方便的控制访客允许上网的时间,可用于根据公司访客来访天数授权等场景。
随SuperWRT v0.2.2,更新了bootloader版本1.2.3。
从SuperWRT v0.2.2版本开始。我们提供了4M Flash镜像下载,可直接刷写SuperWRT版本到Flash(包含ART、MAC、Bootloader、Firmware)。建议使用4M Flash,如使用更大容量Flash,由于新booloader有自动扩充分区的功能,需重新刷入Firmware和ART及MAC。
使用Flash镜像时,我们建议使用原机的ART及MAC。写入ART的方法如下:
更新MAC的方法如下:
SuperWRT v0.2.0版本将于2016年10月15日正式发布。本次版本对系统进行了重大更新。包括以下重要特性:
详细更新特性如下:
boot功能更新:
我们手上可能有些WiFi设备,工作效果不是很好。比如:用户一多就卡的要命,距离远了数据时段时续。可能,这个设备是您家中的无线路由器,也可能它是您公司的无线设备,还可能是您做工程部署的AP。如果您的设备的芯片在SuperWRT支持的列表中,您可以尝试将其软件更新为SuperWRT,来改善上述问题。
SuperWRT从v0.2.0版本开始,合入我们一直在开发无线高并发优化,及智能流整形技术。前者,可以有效的降低同频干扰对无线,提高无线并发的用户数量;后者,则可以帮助路由设备智能的分配带宽,保证所有用户的网络流畅性。
那么,如何将设备用上SuperWRT呢?
SuperWRT创新性的使用固件与设备减少绑定的技术,即SuperWRT的同一个固件可以用于多种不同类型的设备。那么,您仅需要做的是,使用一个您设备对应的boot。
如何获取您设备对应的boot呢?一种方式,就是从网络中上载别人已经做好的SuperWRT的boot,直接更新到您设备上使用。另一种方式,是通过我们提供的网页形式的在线定制工具,填入您设备的对应信息,将自动生成设备的boot。而不再是搭建一大堆的编译环境,尝试别人论坛上发的一堆更改,敲一堆不懂的命令,生成一个可能会运行的boot。生成SuperWRT的boot,只需要您拿着鼠标点、点、点。当然,前提还是您要具备一定的知识,知道您点的是什么。
目前SuperWRT支持AR9341/AR9342/AR9344/AR9350/QCA9531/QCA9533/QCA9550/QCA9558/QCA9561系列芯片。对其它的芯片的支持,我们将不断的开发。
在生成的boot中,将携带您在网页输入的信息,这些信息在启动时还将传递给固件。固件使用这些信息来配合您的设备工作。这样,我们就做到了,只要支持了您的芯片,您就可以自己实现SuperWRT固件对设备的支持。
下面就是一些典型的应用案例:
在商业用无线领域,高通(Atheros)的芯片使用还是比较多的。可能有一个工程,原来的设备效果比较差,但它使用的芯片在我们的支持列表中。这时,可以查找我们的网站是否有该设备型号的boot。如果没有,可以找一个懂得相关知识的人,根据设备的硬件,在我们的定制页面生成一个该设备的boot。然后,将原来工程中用的AP,还是路由器进行更新,刷入新的软件,使其焕然新生。当然,您也可以上传(或自行出售)制作好的boot,让更多其他朋友使用。
也可能您从某些渠道获取到了一批无线设备,它们原来的工作效果比较差,或者软件上做了某些限制,但它使用的芯片在我们的支持列表中。这时,您可以使用我们的固件,让其更好的工作,再次发挥余热。
在家或公司上网,恐怕用户最烦的就是网络卡顿,上不去网,打不开网页了。发生这种问题时,很多是因为有其它用户在下载或设备自已在偷偷上传(当时,有时也可能是无线信号的问题,SuperWRT的无线高并发技术可以改善此类问题。)。SuperWRT v0.2.0版本中,开始提供了更加智能的流整形升级技术,可以比较有效的改善此类问题。
传统解决有用户占用大流量问题的方式是限速,但对于家庭网络或Soho型公司来说,一般用户不会很多,限速使下载速度一直不快,而且这时可能其他人也不怎么使用网络,造成了网络资源的浪费。SuperWRT的智能流整形技术,可以比较友好的解决这种问题,而不是那么简单粗暴。
SuperWRT的智能流整形技术会跟踪并分析每个用户的流量,及每个用户的不同应用的流量。然后,根据外网可使用的上下行流量,智能的将带宽分配给每个用户及用户的不同应用。
下面的视频就是我录制的一个例子。当有用户使用迅雷下载热门资源时,如没有其它人使用网络,我们希望下载的越快越好。但当突然有其他人使用网络看视频时,智能流整形功能自动调整原来迅雷使用的带宽,让渡一定的带宽给看视频的用户。当用户视频缓冲完成时,又用将带宽自动归还给原来的迅雷使用,从而比较有效的利用了网络带宽资源。
下面是一个在看视频时,同时进行迅雷下载测试的截图。截图中,迅雷关闭了所有网速保护,以下载优先模式进行下载。
需要说明的是,使用SuperWRT的智能流整形功能,一定要设置外网带宽到设备中,才能保证设备有效的调度带宽。比如上面视频的例子中,我使用的是电信20Mb的光纤,其中上行只有下行1/10,所以,转换为字节单位,需设置为下行2500kBps,上行250kbps。
在常见的WiFi使用场景中,有几个困扰用户比较多的问题:
即将发布的SuperWRT v0.2版本,正式合入我们的开发团队潜心研发WiFi优化技术,能够明显改善上述问题。
今天我们以Ruckus的设备作为对比对象来进行一下测试,测试在普通设备上使用SuperWRT系统,将如何改善设备的WiFi性能。之所以选用Ruckus作为对比对象,是因为其WiFi设备中实现了智能天线技术,在WiFi设备厂商中还是十分优秀的,大量用于高端酒店等重要场所,在行业内有很好的口碑。
我们选用了Ruckus的R300作为对比对象,因为其性价比比较高,与其它型号在其官方对比测试中差距也不是很大。(也是因为别的型号太贵了,有点承担不起……)
下面是Ruckus官网中提供的它与其它厂家设备在第三方CARNet的测试报告,我们筛除11ac设备的测试结果(因为今天测试的都是11n设备),主要看一下36用户和60用户的数据。(这里测出的吞吐量比我们即将进行的测试要大,可能因为是用了双频,或开启了HT40。另外要注意,吞吐量更高的R700及7982是3×3的设备。)
可以看到Ruckus R300的测试结果还是非常不错的。
我们用来运行SuperWRT的设备为水星的MAC1200r。之所以选择这个设备,是因为它与R300在2.4G使用了同样的芯片,都是2×2设备,方便横向对比。当然,其射频上使用PA和LNA,及其它用料与R300还是没法比的。另外一个原因就是便宜,在JD上只有109元,还是11AC双频设备。(貌似新硬件版本换芯片了,我本次测试的还是AR9344版本。)
今天测试的所有设备都只测试2.4G,使用20MHz频宽,工作在3信道。这里使用20MHz频宽测试,更符合实际使用场景,工作在3信道可以让周边的其它1和6信道的AP对我们造成一定干扰。WiFi设备测试,重要的是在相同环境下进行对比测试,相同设备在不同的环境的测试结果可能会差别很大。所以,今天以我们所在环境进行对比,结果不代表其最高水平或其它测试环境中可达到的表现。
吞吐量使用IxChariot进行测试,每个设备测试三次,每次测试时间为3分钟。使用默认的Through脚本进行测试,IxChariot版本为6.7。
测试时,我们将设备都调整到了最佳的摆放方向。可以参考下面照片中饮水机上方的设备摆放。
在整个测试过程中,我用手机录制了视频,便于想了解详细测试过程的人观看。
测试的所有结果文件也可在网站的下载页面下载:测试结果
测试设备为 :
下面是30用户的测试结果:
| 第一次 | 第二次 | 第三次 | 平均 | |||||
| 设备 | 吞吐量(Mbps) | 延迟(s) | 吞吐量(Mbps) | 延迟(s) | 吞吐量(Mbps) | 延迟(s) | 吞吐量(Mbps) | 延迟(s) |
| Ruckus R300 | 46.279 | 2.667 | 46.34 | 2.643 | 46.955 | 2.634 | 46.525 | 2.648 |
| MAC1200r SuperWRT | 54.706 | 2.253 | 54.414 | 2.282 | 54.393 | 2.284 | 54.504 | 2.273 |
| MAC1200r openWRT | 28.382 | 4.283 | 30.881 | 3.933 | 31.201 | 4.08 | 30.155 | 4.099 |
| MAC1200r 原厂 | 44.449 | 2.445 | 50.002 | 2.893 | 49.536 | 3 | 47.996 | 2.779 |
| mt7620芯片设备 | 33.614 | 4.347 | 30.989 | 4.128 | 32.196 | 4.586 | 32.266 | 4.354 |
测试设备为 :
注:其中一共8台笔记本,每台笔记本自带一个无线网卡,再连接2-3个USB无线网卡。Netgear由于驱动原因挂在虚拟机中。笔记本上的每个网卡配置单独的IP地址。
下面是60用户的测试结果:
| 第一次 | 第二次 | 第三次 | 平均 | 备注 | |||||
| 设备 | 吞吐量(Mbps) | 延迟(s) | 吞吐量(Mbps) | 延迟(s) | 吞吐量(Mbps) | 延迟(s) | 吞吐量(Mbps) | 延迟(s) | |
| Ruckus R300 | 34.516 | 7.597 | 35.701 | 7.268 | 36.533 | 7.252 | 35.583 | 7.372 | |
| MAC1200r SuperWRT | 42.088 | 6.163 | 41.636 | 6.506 | 38.835 | 6.866 | 40.853 | 6.512 | |
| MAC1200r openWRT | 18.52 | 22.481 | 23.258 | 21.420 | (1) | ||||
| MAC1200r 原厂 | 33.738 | 35.286 | 12.326 | 27.117 | (1) | ||||
| mt7620芯片设备 | 23.239 | 22.078 | 22.659 | (1) | |||||
| Comlli AC750 (高功率及接收灵敏度设备) |
31.263 | 8.773 | 28.432 | 8.488 | 29.848 | 8.631 | (2) | ||
注:(1)丢包及延迟严重,无法完成打流,几乎刚打流就会出错。数据为打流中断时的结果。(具体过程可以观看测试过程视频。)
注:(2)打流完前出错。打流期间数据统计缓慢。
下面对两次的对比测试结果进行一下总结说明。
30用户测试时,使用同类型终端,且内置WiFi芯片比较好,测试时的设备也相对比较近,算比较好的信道环境。在这种环境下,高通芯片原厂的SDK有很好的表现(因为MAC1200r在原厂的SDK的基础上开发的,推测应该对无线驱动改的不多),Ruckus吞吐量不算很高,但很稳定。SuperWRT的表现是最好,有很好的吞吐量和延迟。openWRT使用ath9k相对比较弱一些。使用mt7620芯片的设备表现也一般。
60用户测试时,笔记本使用的USB无线网卡的天线较差,信号相对不是很好。同时,60用户测试时,混合了不同的终端,及不同角度,抢占更加多,信道更加繁忙,更能模拟出在真实使用的环境。所以,在60用户测试中,只有Ruckus和SuperWRT依然稳定。其它的设备都出现打流中断的问题。这种问题,我们可以理解为在干扰及信道繁忙时的掉包,实际使用中就是卡顿的问题,比如刷个图片卡在一半。所以,虽然Ruckus设备在30用户时总流量不及原厂的SDK,但在更复杂环境时,看出了其出色的稳定性。SuperWRT的无线优化,使一个普通的水星设备,也达到了非常优秀的无线性能,也说明了我们优化的实力。
注意:SuperWRT的高并发特性是需要许可证才能使用的功能,您也可以打开测试选项先测试效果(打开测试选项后,设备15分钟后会自动重启)。