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

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

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

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


sdn snmp openflow
person Rominou75    schedule 28.05.2015    source источник

Ответы (3)


arrow_upward
4
arrow_downward

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

person hadidos    schedule 29.05.2015

arrow_upward
1
arrow_downward

Контроллер SDN будет поддерживать OpenFlow для плоскости управления коммутатора, но некоторые контроллеры могут поддерживать протоколы для плоскости управления коммутатора. Все это зависит от поддерживаемых контроллером SDN протоколов между ним и базовыми сетевыми элементами (коммутаторами/маршрутизаторами).

Плоскость управления определяет, как пакеты проходят через элемент сети. Плоскость управления отслеживает и настраивает сетевой элемент.

Контроллер OpenDaylight поддерживает OpenFlow, NETCONF и, кажется, также имеет проект SNMP ( https://wiki.opendaylight.org/view/Project_Proposals:SNMP_Plugin). Контроллер ONOS SDN также поддерживает OpenFlow и NETCONF.

SDxCentral недавно выпустила свой обзор контроллеров SDN 2015 года, в котором хорошо обсуждаются различные контроллеры и их возможности: https://www.sdxcentral.com/articles/announcements/sdn-controllers-report-2015-download-available/2015/08/

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

person Jim Burns    schedule 20.08.2015

arrow_upward
0
arrow_downward

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

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

person ssaptarshi    schedule 20.07.2015