@ooxxcc 愿意相信的话可以买个W1800R试试。。。

@ooxxcc 事实上对11AC在短距离传输的期望值在20-30MB/S是比较合理的

@ooxxcc 在信道完全空闲无占用且整个频带内无高功率干扰源，并完全满足MIMO的多径要求的情况下可以用理论值计算速率

无线效率只能按照25%计算，100MB/S不太现实

@loading 除了背着走以外的最优方案了。。。

@kevinyoung 我这17寸吃饭跑步午睡背着走~锻炼身体。。
别说你那13寸像个平板的货。。。

@Jimrussell 有个同学放单肩包也没啥感觉。。
我天天背着个17寸不知道该怎么说了。。。囧
RMBP 13整机厚度才到我这笔记本屏幕的厚度。。。囧

只能说好老师不多了。。。
在中专教专业课，让学生看清楚自己的路，找个兴趣点少走一点弯路比教会他们一门编程语言有用得多。

作为一个计算机应用专业的学生交了一个硬件产品的方案设计作为毕业设计。。。
最终被老师带到电子工程专业进行答辩。。。囧
反正能毕业就好了~

@openroc 对我来说还是ZFS实在。。。
低端RAID不如不用。。。

@msg7086 也许是被雷劈坏了？囧~
反正主板是被劈烧过一次了。。。

刚入了G-450，但愿别叫。。。

@openroc
不考虑这类硬盘箱。。。
性价比太低了。。。

貌似。。。电源跟不上？

@xia0chun 貌似没地方装的样子。。。

三网融合其实只需要光纤就好了。。。
一根光纤本身可以容纳不同波长的光源，不同的只是衰减量而已，这点和同轴电缆很相似。

技术可以说没有任何难点，而且价格也很低廉（相对铜线布网，光缆很便宜的）
一开始也就各个节点的设备比较贵，但是和光缆成本一分摊，其实更便宜，更别说后期维护、升级的成本
三网融合更能发挥成本优势，在已建立光路的情况下，只需增加前后端的设备就好了。

但是在现在各个部门资源不共享的情况下，三网融合只能是个梦，说白了还是利益问题。

三网融合现阶段来说在新楼盘实现受益的是电信，如果有线电视使用光纤接入的话终端的解调设备成本非常高（相比电信），因为有线电视还要兼容部分模拟电视频道，数字电视也是基于VHF/UHF频段的，这需要的是光解调器，而不是光猫。

如果是由电信来实现IPTV的话，完全可以新开一个光路使用广播的方式用尽GPON 2.3G的带宽，实现高质量的IPTV，每路电视12mbps计算能容纳接近200路的高清广播电视（高清翡翠就这码率）
如果不需要支持标准DVB-C数字机顶盒和模拟电视的话，有线电视也能这么做
电信不能这么推主要还是广电总局的限制。。。囧

另外使用模拟调制能获得更高的带宽，VHF+UHF总计68个电视频道每个频道8M，使用DVB-C QAM256调制，有效带宽每频道51mbps，一共3468mbps（虽说一般不会这么用）

当然，这是理想。。。
现在更多的也就做到了运营商共享接入箱而已。。。。

....随便找个对JSON友好的语言解码一下重新生成数据不就完了
Python JS PHP 随便选啊

@griffinqiu 我本来也这么想的，但是跑了一次测试以后就不这么想了。。。

@griffinqiu 不支持硬件NAT，在做NAT转发的时候必须使用CPU进行软件处理
在ADSL环境下没什么，但是在高带宽环境下（例如电信100M FTTH之类的）
至少MAC1200R那AR9344 CPU是无法满足需求的（最高6MB/S，平均4.5MB/S）

所以需要做NAT的路由器不建议使用OpenWRT，因为OpenWRT不支持硬件NAT。。。
（能支持就尽管用吧，路由器性能强大不在乎那也可以用。。）

真不知道为啥大家都那么喜欢把东西扔在弱电箱。。。
那是布线箱不是机架啊。。。
装个小的19寸 壁挂式机架在外面散热也好空间也大。。。
无线路由之类的就别扔进去了，要是弱电箱布置不合理信号可以非常的差。。

主路由不能省，虽说MAC1200R实测NAT转发能跑满100M（电信FTTH 原厂固件硬件NAT）
除非能确定第三方固件支持硬件NAT，否则不刷机是最好的选择（都有NAS了还刷机还用那鸡肋般的NAT功能？OpenWRT一般不支持硬件NAT）

主路由用千兆的，现在看起来W1800R是个不错的选择，做无线主节点
底下接个16口交换机，交换机直出各个网络端口
在信号弱的地方扔个MAC1200R之类的低端AC路由做WDS。。。（双频2.4G做热点，5.8GWDS）

貌似W1800R刷Tomato支持硬件NAT，链路聚合也可以试试。。。