SDN中的SNMP呢？

在软件定义的网络中，我仍然没有得到一些东西：在传统网络中，我们使用CLI或NETCONF，或者SNMP来配置设备，在SDN中，我们使用Openflow来配置设备，但是检索信息呢

在我们使用SNMP从设备的MIB获取信息之前。但是有了SDN，怎么可能呢？？Openflow是否允许我们获取交换机信息（我不仅谈论流表或计数器，还谈论诸如Syslocation等内容）

---

谢谢你的帮助

Openflow通过在交换机上安装转发规则来管理流量转发路径，它（作为一个单独的协议）与交换机本身的管理配置无关。SNMP始终可用于管理openflow交换机。

---

您可能想看看这个

Openflow通过在交换机上安装转发规则来管理流量转发路径，它（作为一个单独的协议）与交换机本身的管理配置无关。SNMP始终可用于管理openflow交换机。

---

您可能想看看这个Openflow，根据定义，它关注的是网络的“控制平面”，而不是“管理平面”。SNMP主要处理“管理平面”，其中重点是收集有关通信量和元素状态的信息，通常由EMS/NMS通过定期提取信息来使用。该操作更像是一种“被动”操作，因为它不会影响流量（数据平面）

---

因此，它不属于Openflow的范围。这就是说，这确实指向了SDN中的一个缺口——请查看Openflow，根据定义，Openflow关注的是网络的“控制平面”，而不是“管理平面”。SNMP主要处理“管理平面”，其中重点是收集有关通信量和元素状态的信息，通常由EMS/NMS通过定期提取信息来使用。该操作更像是一种“被动”操作，因为它不会影响流量（数据平面）

---

因此，它不属于Openflow的范围。这就是说，这确实指向了SDN中的一个缺口-请检查这一点，SDN控制器将支持交换机控制平面的OpenFlow，但某些控制器可能支持交换机管理平面的协议。这一切都取决于SDN控制器自身与底层网络元素（交换机/路由器）之间受支持的协议

控制平面定义数据包如何流经网元。 管理平面监视和配置网元

OpenDaylight控制器支持OpenFlow、NETCONF，并且似乎还有一个SNMP项目（）。ONOS SDN控制器还支持OpenFlow和NETCONF

SDxCentral最近发布了2015年SDN控制器调查，该调查很好地讨论了不同的控制器及其功能：

通过NETCONF，您可以通过SDN控制器检索和配置底层网元。具体来说，您可以在控制器上编写一个应用程序，该应用程序使用类似RESTful的api来实现这一点。正是这种编写应用程序的能力使SDN控制器不同于CLI

NETCONF基于数据模型（就像SNMP基于MIB一样）。我将指出，已经定义了一些标准的YANG模型，而且还有更多的模型，但与SNMP类似，也有特定于供应商的模型和扩展

下面是一个视频博客，介绍如何使用NETCONF通过OpenDaylight SDN控制器对网元进行编程：

---

还有一段视频从高层描述了YANG：

SDN控制器将支持交换机控制平面的OpenFlow，但一些控制器可能支持交换机管理平面的协议。这一切都取决于SDN控制器自身与底层网络元素（交换机/路由器）之间受支持的协议

控制平面定义数据包如何流经网元。 管理平面监视和配置网元

OpenDaylight控制器支持OpenFlow、NETCONF，并且似乎还有一个SNMP项目（）。ONOS SDN控制器还支持OpenFlow和NETCONF

SDxCentral最近发布了2015年SDN控制器调查，该调查很好地讨论了不同的控制器及其功能：

通过NETCONF，您可以通过SDN控制器检索和配置底层网元。具体来说，您可以在控制器上编写一个应用程序，该应用程序使用类似RESTful的api来实现这一点。正是这种编写应用程序的能力使SDN控制器不同于CLI

NETCONF基于数据模型（就像SNMP基于MIB一样）。我将指出，已经定义了一些标准的YANG模型，而且还有更多的模型，但与SNMP类似，也有特定于供应商的模型和扩展

下面是一个视频博客，介绍如何使用NETCONF通过OpenDaylight SDN控制器对网元进行编程：

还有一段视频从高层次描述了杨：