在软件定义的网络中还有一些我无法获得的东西：在传统网络中我们使用CLI或NETCONF或SNMP来配置设备，在SDN中我们使用Openflow来实现这一点但是如何检索信息呢？
在我们使用SNMP从设备的MIB获取信息之前。但是使用SDN，它怎么可能？ Openflow是否允许我们获取交换机信息（我不是只讨论流表或计数器，而是关于Syslocation等等。）
感谢您的帮助！
答案 0 :(得分：4)
Openflow用于通过在交换机上安装转发规则来管理流量转发路径，并且它（作为单独的协议）与交换机本身的管理配置无关。 SNMP始终可用于管理openflow交换机。 你可能想看一下这个http://searchsdn.techtarget.com/news/2240111241/OpenFlow-applications-work-where-network-management-tools-fail
答案 1 :(得分：1)
SDN控制器将支持交换机控制平面的OpenFlow，但某些控制器的可能支持交换机管理平面的协议。这一切都取决于SDN Controller自身与底层网络元素（交换机/路由器）之间支持的协议。
控制平面定义数据包如何流经网络元素。 管理平面监视和配置网络元素。
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 Controller检索和配置底层网络元素。具体来说，您可以在控制器上编写一个应用程序，该应用程序使用类似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
还有一个高级别的视频描述：http://brcdcomm.github.io/BVC/jekyll/update/devops/netdev/appdev/2015/04/11/Yang-For-BVC-RESTCONF-Dev.html
答案 2 :(得分：0)
Openflow，根据定义，侧重于“控制平面”，而不是网络的“管理平面”。 SNMP主要处理“管理平面”，其中重点是收集有关流量和元素状态的信息，并且通常由EMS / NMS通过定期提取信息来消费。在不影响流量（数据平面）的意义上，该操作更像是“被动”操作。
因此，它不属于Openflow的范围。也就是说，这确实指出了SDN的差距 - 请查看http://www.nojitter.com/post/240166288/monitoring-a-software-defined-network-part-4