提到现在市场上常见的ap集中管理方法，常见的就是capwap和http管理两大类。capwap试图要解决wtp管理标准问题，但是实际的市场情况并不理想。由于利益的关系，各个厂商虽然都宣称自己是支持capwap的，但是根本无法实现兼容。另一个方面，capwap具有一定的复杂性，而开源的opencapwap只是一个协议的演示，里面的bug多的，谁用谁知道。这无形中就形成了一个事实上的技术壁垒。 但是，市场对ap集中管理的需求是旺盛的，于是就出现了各种通过http/ftp等方式进行ap管理的解决方案。这种解决方案大多的来自于广告路由器厂商。其特点是技术简单、基本没什么性能/可靠性可言，功能也有极大的局限性。 难道就没有更好的解决方案了吗？经过查找，有一个叫做nswmp的东西出现了。 nswmp是蓝海开发的一套ac-ap管理协议。与capwap大的不同是，它没有数据面。就是说，蓝海的ap只支持本地转发而不支持集中转发。这样做带来的优势就是，可以在ap端弹portal，可以支持ap部署在n重nat后面，可以支持互联网部署。而这些特性是capwap无法达到的！另外一个与capwap不同的地方是，nswmp不但开放了ap端的源码，还开放了ap端上弹portal的功能！更为重要的是，这些开源代码已经被集成进了openwrt。就是说，你只要进行简单的web编辑，就可以编译出一款属于你自己的个性化ap系统。而这一切都是免费的！ 进一步考察nswmp的技术细节发现，nswmp的技术白皮书也是公开的，虽然没有成为rfc文档，但是，所有的技术细节都被公开了！有开发能力的用户可以在开源代码的技术上进行更加深度个性化的修改。而且该协议支持云ac的架构，集群式部署ac，这样为将来大规模运营wifi网络提供了基础。 为了避免capwap各家厂商的不兼容情况，蓝海还发布了10ap授权、不限制用户数的ac版本，用来进行协议兼容新的测试与小规模应用。如果我们选择性能比较好的ap，一个ap上按照20用户计算，这个免费版就可以带至少200个用户！对于很多规模不大的应用，完全可以不花钱就解决问题了。 看上很好的样子，那么性能到底有什么优势呢？带着这个问题，我们仔细研究了nswmp协议的白皮书和源代码。nswmp采用了udp协议进行通信，这与capwap是一样的，从技术上性能会远远超过http/ftp等方式。在系统负载相同的情况下，资源消耗远远小于http/ftp方式。就是说，nswmp在协议设计方面就具备的大容量的可能性。再加上去掉了数据面，来自蓝海官方的数据是，一个ac可以支持超过5000个ap同时在线。由于是本地转发，ap的在线数量跟用户数是无关的。如果按照刚才上面的假设，一个ap带20用户，那么就是可以支持10万人同时在线！ 通过对nswmp报文格式的研究发现，nswmp的报文格式与capwap有比较高的相似度，说nswmp是脱胎于capwap也不为过。可是，进一步研究发现，其设计理念与capwap完全不同。nswmp更像是一个ap的无盘站服务器，而capwap则是一个无线交换机。甩掉了数据面的包袱后，弹portal完全由ap来执行，这大大节省了ap-ac间的通信量。nswmp对属性的定义相当灵活，可以方便的添加用户自己的属性。 natshell的ap产品上还是运行了很多功能，除了弹portal外，就是对流量计费的支持。虽然，在绝大部分场景中，wifi是不计流量的。但是，在卫星转wifi的场景中，流量计费就是必须的。这种场景在船舶wifi领域是非常有用的！ 目前freeac论坛已经全面支持蓝海nswmp管理协议，有兴趣的朋友可以加群332653187。