Состав приложения в программной сети (SDN)

Question

Я видел, что многие современные контроллеры SDN, такие как OpenDaylight, Floodlight или контроллер HP VAN SDN, позволяют записывать SDN-приложения в качестве независимых модулей. Кажется, что вы можете запускать несколько приложений бок о бок. С хранилищем приложений HP SDN кажется, что вы можете легко создавать приложения от разных поставщиков. Поскольку разные приложения могут вообще не знать друг о друге, мне интересно, что происходит, когда два приложения задают конфликтующие политики? Например, одно приложение отвечает за выделение определенных хостов в сети, в то время как другое приложение отвечает за пересылку трафика. Если приложение пересылки не знает об изоляции, оно может теоретически нарушить политику изоляции.

Я наткнулся на тему композиции сетевого намерения в OpenDaylight. Насколько я мог видеть на переговорах, проведенных на прошлогоднем саммите OpenDaylight, он содержит, по крайней мере, простой механизм разрешения конфликтов. Есть ли другой механизм в OpenDaylight? Как насчет других платформ, таких как Floodlight, контроллер HP VAN SDN или другие платформы контроллера? Особенно мне хотелось бы узнать, как он обрабатывается в контроллере HP VAN SDN при использовании магазина приложений. Кажется, что Network Intent Composition является вкладом HP. Использует ли HP аналогичную технику на своей платформе контроллера SDN (если вообще)?

Answer 1

Модули Floodlight обрабатывают пакеты в модели трубопровода. При создании модуля, есть пара методов, которые определяют порядок:

isCallbackOrderingPrereq() isCallbackOrderingPostreq()

Если взять модуль переадресации в качестве примера, вы можете увидеть, что после топологии менеджера, диспетчера устройств и брандмауэра, и он проверяет, было ли ранее принято решение о маршрутизации, чтобы решить, что делать.

Итак, вы будете писать модуль, но логику вы хотите разрешить такие конфликты.