Функция OpenFlow?

Да! Я бы хотел обновление до v1.3.

Привет, друзья MikroTik, спасибо за ваш вопрос. Позвольте мне попытаться на него ответить. Я работаю с сетевыми протоколами много лет. Когда переключатели OpenFlow начали широко распространяться примерно в 2012-2013 годах, я взял контроллер OF 1.0 и пытался заставить разные OF-переключатели работать с ним для реализации нескольких приложений, с переменным успехом. Также я тестировал стабильность, емкость, производительность, соответствие спецификациям и набор функций каждого OF-переключателя. Когда приложения, контроллер или переключатели неожиданно ломались, было важно понять, что происходит на уровне передачи данных. В то время анализаторы пакетов не поддерживали OF из коробки, поэтому я реализовал декодирование OF 1.0 в tcpdump. С помощью декодированного обмена протоколом я обычно либо исправлял ошибку в контроллере, либо отправлял отчет об ошибке производителю переключателя. Всего я внимательно изучал аппаратные OF-переключатели от 7 производителей (в основном известных марок) в лаборатории с реальными кабелями и серверами, с двумя другими производителями у меня был лишь краткий контакт. Реализация MikroTik имела больше всего неисправностей и в итоге привела к наибольшему количеству отчетов об ошибках. Если не путаю, как минимум половина этих отчетов об ошибках тихо исчезла где-то на стороне техподдержки MikroTik. Я не хочу никого обидеть, просто передаю важные факты в поддержку своей точки зрения ниже. С положительной стороны, RouterBoard безусловно был самым дешевым, также я нашел способы обойти недостатки реализации в одном конкретном приложении, которое требовало всего 4 порта для передачи данных на каждый OF-переключатель и терпело низкую пропускную способность (MikroTik OF 1.0 тогда был только программным). Поэтому я купил упаковку RouterBoard и какое-то время работал над этим приложением, пока не появились более важные дела. Если перемотать вперед до 2020 года, если MikroTik добавит поддержку OF 1.3 в ближайшее время, у меня все еще есть эта упаковка RouterBoard, и было бы интересно что-то собрать, используя упомянутый Faucet, как пример. Но учтите, что это скорее всего приведет к новым неисправностям и новым отчетам об ошибках, и если MikroTik вновь проигнорирует их, это пойдет вразрез с успехом продукта.

Поддерживаю!!! Я бы с удовольствием увидел, как Mikrotik поддерживает OpenFlow 1.3 и Faucet!!

+1! Пожалуйста, добавьте это в RouterOS

может, кто-то знает, как обстоят дела с обновлением openflow в routeros? это очень востребованная функция.

Возможно, P4 вместо? Протокол OpenFlow — это южный API, используемый для связи между контроллером и устройствами плоскости данных. Он определяет серию сообщений, с помощью которых контроллер может внедрять желаемую политику в сеть. Основное ограничение OpenFlow — это фиксированный набор поддерживаемых заголовочных полей. Каждая новая версия протокола сначала должна быть одобрена Фондом открытых сетей (ONF), а затем внедрена производителями оборудования. Хотя операторам сети предоставляется больше гибкости по сравнению с традиционной сетевой структурой, они по-прежнему ограничены фиксированным набором функций протокола OpenFlow. В последнее время прогресс в отношении OpenFlow остановился в пользу проекта P4.