在软件定义的网络中,我仍然没有得到一些东西:在传统网络中,我们使用 CLI 或 NETCONF 或者 SNMP 来配置设备,而在 SDN 中,我们使用 Openflow 来这样做,但是检索信息呢?
在我们使用 SNMP 从设备的 MIB 获取信息之前。但是有了SDN,怎么可能呢??Openflow 是否允许我们获取交换机信息(我不仅在谈论流表或计数器,而且还谈论诸如 Syslocation 之类的东西......??)
谢谢你的帮助!
Openflow 用于通过在交换机上安装转发规则来管理流量转发路径,它(作为单独的协议)与交换机本身的管理配置无关。SNMP 始终可用于管理 openflow 交换机。你可能想看看这个http://searchsdn.techtarget.com/news/2240111241/OpenFlow-applications-work-where-network-management-tools-fail
SDN 控制器将支持交换机控制平面的 OpenFlow,但某些控制器可能支持交换机管理平面的协议。这一切都取决于 SDN 控制器自身与底层网络元素(交换机/路由器)之间支持的协议。
控制平面定义数据包如何流过网络元素。管理平面对网元进行监控和配置。
OpenDaylight 控制器支持 OpenFlow、NETCONF 并且似乎也有一个 SNMP 项目(https://wiki.opendaylight.org/view/Project_Proposals:SNMP_Plugin)。ONOS SDN 控制器也支持 OpenFlow 和 NETCONF。
SDxCentral 最近发布了他们的 2015 年 SDN 控制器调查,该调查很好地讨论了不同的控制器及其功能: https ://www.sdxcentral.com/articles/announcements/sdn-controllers-report-2015-download-available/2015/08 /
使用 NETCONF,您可以通过 SDN 控制器检索和配置底层网络元素。具体来说,您可以在控制器上编写一个应用程序,该应用程序利用类似 RESTful 的 api 来执行此操作。正是这种编写应用程序的能力使 SDN 控制器不同于 CLI。
NETCONF 基于 YANG 数据模型(如 SNMP 基于 MIB)。我会指出,已经定义了一些标准的 YANG 模型,而且还会有更多,但与 SNMP 类似,还有供应商特定的模型和扩展。
这是一个视频博客,将引导您了解如何使用 NETCONF 通过 OpenDaylight SDN 控制器对网络元素进行编程:http: //brcdcomm.github.io/BVC/jekyll/update/devops/netdev/appdev/2015/03 /01/restconf-app-2.html
还有一个视频从高层次上描述了 YANG:http: //brcdcomm.github.io/BVC/jekyll/update/devops/netdev/appdev/2015/04/11/Yang-For-BVC-RESTCONF-Dev。 html
根据定义,Openflow 专注于网络的“控制平面”而不是“管理平面”。SNMP 主要处理“管理平面”,其中重点是收集有关元素的流量和状态的信息,并且通常由 EMS/NMS 通过定期提取信息来使用。从不影响流量(数据平面)的意义上说,此操作更像是一种“被动”操作。
因此,它不属于 Openflow 的范围。也就是说,这确实指出了 SDN 中的一个差距 - 请查看http://www.nojitter.com/post/240166288/monitoring-a-software-defined-network-part-4