Как насчет SNMP в SDN?

Question

В сетях, определенных программным обеспечением, все еще нет: в старых сетях мы использовали CLI или NETCONF или, возможно, SNMP для настройки устройств, а в SDN мы используем Openflow для этого, но как насчет получения информации?

Прежде чем мы использовали SNMP для получения информации от MIB устройств. Но с SDN, как это возможно? Открывает ли Openflow возможность получать информацию о коммутаторах (я говорю не только о таблицах потоков или счетчиках, но также о таких вещах, как Syslocation и т. Д.)

Спасибо за помощь!

Answer 1

Openflow используется для управления трафиком пересылки трафика путем установки правил пересылки на коммутаторе, и он (как отдельный протокол) не имеет ничего общего с административной конфигурацией самого коммутатора. SNMP всегда можно использовать для управления переключателями openflow. Вы можете взглянуть на это http://searchsdn.techtarget.com/news/2240111241/OpenFlow-applications-work-where-network-management-tools-fail

Answer 2

Openflow по определению фокусируется на «контрольной плоскости», а не на «плоскости управления» сети. SNMP в основном имеет дело с «плоскостью управления», где основное внимание уделяется сбору информации о трафике и статусе элементов и обычно потребляется EMS/NMS, периодически вынимая информацию. Эта операция скорее является «пассивной» операцией в том смысле, что она не влияет на поток трафика (плоскость данных).

Как таковой, он не подпадает под действие Openflow. Тем не менее, это указывает на разрыв в SDN - проверить это http://www.nojitter.com/post/240166288/monitoring-a-software-defined-network-part-4

Answer 3

с 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. В частности, вы можете написать приложение на контроллере, использующем RESTful-api для этого. Именно эта способность позволяет писать приложения, которые делают контроллер SDN отличным от CLI.

NETCONF основан на моделях данных YANG (например, SNMP основан на MIB). Я укажу, что есть определенные стандартные модели YANG, и есть больше приходящих, но похоже на SNMP существуют модели и расширения, зависящие от производителя.

Вот видео блог, который проведет вас через как NETCONF может быть использован для программирования сетевого элемента через SDN контроллер OpenDaylight: 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