软件定义未来中的网络管理

我们行业中的大多数人都听说过关于软件定义网络 (SDN) 将如何改变 IP 网络的激动人心的描述。监控和管理这些网络是一项基本功能，但并非一项引人注目的功能。如果这是您的职责的一部分，您可能很少考虑 SDN 将对您的工作产生的影响。

网络管理系统 (NMS) 的制造商最近花费了大量时间思考这个问题。从学术角度来看，SDN 主要关于将网络的控制平面与其数据平面分离。从实践角度来看，它还关于为长期以来因缺乏灵活性和开放性而受阻的学科带来灵活性和开放性。以 OpenDaylight 为例的开放 SDN 运动将开源方式的最佳品质带入网络的设计、构建和运营中，管理平台必须相应地进行调整。

NMS 简史

ISO FCAPS 模型 将 NMS 功能分为五个功能领域

• 故障
• 配置
• 计费
• 性能
• 安全

尽管 TCP/IP 具有开放标准的性质，但 1980 年代和 1990 年代的网络基础设施设备是完全专有的。早期的 NMS 平台同样是封闭的，而且往往非常昂贵，尤其是那些解决多个 FCAPS 问题的平台。主要的参与者最终创建并标准化了简单网络管理协议 (SNMP)，从而实现了对异构网络的可扩展管理。在 2000 年代初期，系统管理员和网络运营商开始创建专门的自制工具来解决他们的特定需求。其中一些早期工具后来作为开源项目发布；大多数工具只不过是按计划执行脚本并处理其输出来获得“红色/绿色”状态的引擎。

OpenNMS 于 2001 年作为第一个真正的开源 NMS 平台进入世界，旨在解决故障和性能管理问题。它带来了强大且一致的数据模型，反映了当时的网络设计。此后，其他开源（和开放核心）平台也已出现，通过竞争压力和开放的思想交流，帮助推动标准向前发展。

与时俱进

SDN 代表着对网络构建方式的重大反思，对整个管理堆栈都有影响。像 SNMP 这样的技术在过去几十年中表现出色，但在 SDN 世界中难以对实体之间复杂的关系进行建模。目前已有一些努力旨在创建某种抽象层，以简化这些关系，使其适应传统系统的工作方式。具有前瞻性思维的 NMS 平台认识到这一挑战，并已开始拥抱现代接口，例如 ReSTful API。随着 SDN 硬件变得越来越通用和可互换，运营商对待设备不再像宠物而更像牲畜，管理平台也必须无缝应对库存流失。SDN 部署的类 Fabric 性质也使得有必要了解底层物理设备和用户看到的网络逻辑覆盖。

信任用户

如果没有开源的软件制作和维护方式，开放的软件定义网络的新世界就不会存在。这些新技术的消费者越来越扎根于这种传统，他们期望并要求基础设施提供同样的自由和灵活性。难道他们不应该在新一代 NMS 平台中获得相同的属性吗？这取决于项目维护者继续完全开放地工作，站在 SDN 运动的最前沿。现在是我们超越那些原本会继续主导市场的专有供应商的机会。

今年我将在 Texas Linux Fest 上就这个主题发表演讲。