这听起来可能是陈词滥调，但我坚信任何网络的好坏都取决于用来管理它的工具。这是网络规模与管理系统重要性成正比的另一个领域，当网络恰好是无线的时候，风险甚至更高。无效或设计糟糕的WLAN管理可能比保持实际的WLAN本身更痛苦，当考虑TCO这样的崇高概念时，当然会发挥作用。它只会变得越来越复杂。
与网络管理系统(NMS)对我们中的许多人一样重要，它在许多方面也是一个令人好奇的东西。围绕NMS产品的营销活动并不多，而且很难将管理系统提升到通常伴随着新无线接入点或控制器的引入而来的宣传水平。我还没有看到一份白皮书宣称“我们的NMS在客户端连接报告方面比竞争对手快10倍!”但是这些关于WLAN硬件的电视购物风格的性能咆哮是相当标准的。“出售”访问点是很容易的，因为你可以输入速度或空间流的数量，并围绕这些建立销售说辞。但是对于NMS，业界并没有投入太多精力去让人们对这个相当于无线局域网附件的东西(尽管是一个重要的附件)感到兴奋。
我自己的经历可以追溯到Aironet ap通常太少，不足以保证NMS的日子。随着时间的推移，我使用和写的思科的WLSE电视的AMP,以及其他无线管理系统。在过去，当“瘦”成为“流行”的时候，我把WLSE搬到了WCS，我非常希望思科最终会收购AirWave(他们没有，而且Aruba更适合它)。我不得不取消RFC的WLAN供应商的资格，因为他们不能提供有效的NMS解决方案以及成百上千的ap，我看到云供应商迄今为止在不同程度上成功地破解了NMS的难题。这是一个我非常关心的话题，因为我在美国和海外越来越多的地方支持超过20K的无线客户端。如果NMS做得好，就很容易欣赏它。当它运行不稳定或比它应该支持的WLAN维护更紧张时，我就会感到非常沮丧(有时甚至非常生气)。
随着我们进入越来越大的网络(包括单站点和分布式)，以及Wi-Fi已成为许多人主要的客户端访问方法的时代，我对WLAN NMS系统的依赖(以及对其卓越性能的期望)持续增长。增加的.11ac维度、基于位置的分析以及各种门户和安全特性意味着NMS开发人员要忙得不可开交。我并不羡慕他们所面临的挑战，他们必须将可靠的、功能性的ui组合在一起，这些ui还将越来越多的系统信息整合在一起，而当您根据所需的核心和内存来衡量系统时，这些系统开始需要自己的数据中心一角。让我非常害怕的领域包括:对于组成完整的NMS的不同功能组件的极其复杂的许可范例，以及LAN和WLAN网络管理的“统一”(对我来说)，LAN和WLAN网络管理将(对我来说)数百个交换机放入管理数千个ap的相同框架中。同样，在这两个方面，规模都很重要。
如果我能擦一擦台灯，让无线网管精灵给我一些愿望，我会要求这些:
- 无线供应商们，请记住，NMS不能是事后才想到的。我们非常依赖它。
- NMS开发人员不能简单地将Java和Flash窗口组合在一起，然后将NMS推出市场。NMS必须具有响应性、可靠性和可伸缩性，能够适应大型环境。开发人员必须与系统专家保持联系。
- 任何无线局域网供应商都不应该推出不能由其NMS完全管理的ap或控制器思科5760例很坏的)
- 维护和喂养网管所花费的时间和精力不能比保持WLAN的健康更多。升级到NMS不能过于频繁，不能依赖于怪异的重新授权模式，也不能有太多的bug，以至于你要花几个星期的时间打电话给供应商，只是为了做一些日常的维护工作。把可靠性放在恒定的特性推出之上。
考虑到我从来没有开发过NMS，我意识到在这个话题上很容易夸夸其谈。但是，作为一名付费客户，我希望我的钱花得值，并对什么有用什么没用有一个直观的认识。总的来说，我们在无线的道路上走得太远了，不能接受任何更少的东西。你呢-你有无线管理的伤疤或成功的故事来分享吗?你同意好的无线网管的重要性吗?
